Nice! It makes multi core navigation a lot easier. What license do the icons
have?

> Hi List,
>
> given that fact that my java-knowledge is sort of non-existing .. my
> idea was to rework the Solr Admin Interface.
>
> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
> but it was an idea few weeks ago - and i would like to contrib
> something, a thing which has to be non-java but not useless - hopefully ;)
>
> Actually it's completly work-in-progress .. but i'm interested in what
> you guys think. Right direction? Completly Wrong, just drop it?
>
> http://files.mathe.is/solr-admin/01_dashboard.png
> http://files.mathe.is/solr-admin/02_query.png
> http://files.mathe.is/solr-admin/03_schema.png
> http://files.mathe.is/solr-admin/04_analysis.png
> http://files.mathe.is/solr-admin/05_plugins.png
>
> It's actually using one index.jsp to generate to basic frame, including
> cores and their navigation. Everything else is loaded via existing
> SolrAdminHandler.
>
> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>
> Regards
> Stefan

Hi List,

given that fact that my java-knowledge is sort of non-existing .. my
idea was to rework the Solr Admin Interface.

Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
but it was an idea few weeks ago - and i would like to contrib
something, a thing which has to be non-java but not useless - hopefully ;)

Actually it's completly work-in-progress .. but i'm interested in what
you guys think. Right direction? Completly Wrong, just drop it?

http://files.mathe.is/solr-admin/01_dashboard.png
http://files.mathe.is/solr-admin/02_query.png
http://files.mathe.is/solr-admin/03_schema.png
http://files.mathe.is/solr-admin/04_analysis.png
http://files.mathe.is/solr-admin/05_plugins.png

It's actually using one index.jsp to generate to basic frame, including
cores and their navigation. Everything else is loaded via existing
SolrAdminHandler.

Any Questions, Ideas, Thoughts outta there? Please, let me know :)

Regards
Stefan

Hey Markus,

actually it's CC BY 3.0 - Yusuke Kamiyamane created the "Fugue Icons"
(http://p.yusukekamiyamane.com/)

Regards
Stefan

Am 02.03.2011 21:46, schrieb Markus Jelsma:
> Nice! It makes multi core navigation a lot easier. What license do the icons
> have?
>
>> Hi List,
>>
>> given that fact that my java-knowledge is sort of non-existing .. my
>> idea was to rework the Solr Admin Interface.
>>
>> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
>> but it was an idea few weeks ago - and i would like to contrib
>> something, a thing which has to be non-java but not useless - hopefully ;)
>>
>> Actually it's completly work-in-progress .. but i'm interested in what
>> you guys think. Right direction? Completly Wrong, just drop it?
>>
>> http://files.mathe.is/solr-admin/01_dashboard.png
>> http://files.mathe.is/solr-admin/02_query.png
>> http://files.mathe.is/solr-admin/03_schema.png
>> http://files.mathe.is/solr-admin/04_analysis.png
>> http://files.mathe.is/solr-admin/05_plugins.png
>>
>> It's actually using one index.jsp to generate to basic frame, including
>> cores and their navigation. Everything else is loaded via existing
>> SolrAdminHandler.
>>
>> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>>
>> Regards
>> Stefan

On Wed, Mar 2, 2011 at 3:47 PM, Stefan Matheis
<[EMAIL PROTECTED]> wrote:

> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>

My only question would be: would you mind creating a JIRA issue with
your modifications?

I was just yesterday looking at this admin stuff and thinking, man
this could really use a facelift...

Looks nice.

Might be also worth it to create a page with large query field for pasting
in complete URL-encoded queries that cross cores, etc.  I did that at work
(via ASP.net) so we could paste in queries from logs and debug them.  We
tend to use that quite a bit.
Cheers
Stefan Matheis wrote:
>
> Hi List,
>
> given that fact that my java-knowledge is sort of non-existing .. my
> idea was to rework the Solr Admin Interface.
>
> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
> but it was an idea few weeks ago - and i would like to contrib
> something, a thing which has to be non-java but not useless - hopefully ;)
>
> Actually it's completly work-in-progress .. but i'm interested in what
> you guys think. Right direction? Completly Wrong, just drop it?
>
> http://files.mathe.is/solr-admin/01_dashboard.png
> http://files.mathe.is/solr-admin/02_query.png
> http://files.mathe.is/solr-admin/03_schema.png
> http://files.mathe.is/solr-admin/04_analysis.png
> http://files.mathe.is/solr-admin/05_plugins.png
>
> It's actually using one index.jsp to generate to basic frame, including
> cores and their navigation. Everything else is loaded via existing
> SolrAdminHandler.
>
> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>
> Regards
> Stefan
>
--
View this message in context: http://lucene.472066.n3.nabble.com/Solr-Admin-Interface-reworked-Go-on-Go-away-tp2620365p2620745.html
Sent from the Solr - User mailing list archive at Nabble.com.

: given that fact that my java-knowledge is sort of non-existing .. my idea was
: to rework the Solr Admin Interface.

Contributions of all kinds are welcome!

: Actually it's completly work-in-progress .. but i'm interested in what you
: guys think. Right direction? Completly Wrong, just drop it?

I think it looks awesome

: It's actually using one index.jsp to generate to basic frame, including cores
: and their navigation. Everything else is loaded via existing SolrAdminHandler.

This is the exact approach that's been discussed in the past (but no one
has really had a chance to tackle yet) ... eliminating the use of JSPs,
and relying entirely on HTML and Javascript (or the
VelocityResponseWriter) to style the output from the existing Admin
RequestHandlers -- that way we can be confident that all info available in
the admin UI (and all functionality it performs) can be achieved by remote
clients using those same request handlers.

By all means -- keep working on this, and (as someone else already
mentioned) please don't hesitate to attach your work in progress stuff to
a Jira issue (where others can help provide feedback not only on the
screenshots, but also the implementation)

If you run into any issues where you can't replicate something
in the existing JSPs (or accomplish some new desirable functionality)
because the info is not available from a request handler, don't hesitate
to open feature request jiras to get the functionality added (and the
folks with java know how can work on patches)
-Hoss

Robert,

even in this WIP-State? if so .. i'll try one tomorrow evening after work

Regards
Stefan

Am 02.03.2011 22:02, schrieb Robert Muir:
> On Wed, Mar 2, 2011 at 3:47 PM, Stefan Matheis
> <[EMAIL PROTECTED]>  wrote:
>
>> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>>
>
> My only question would be: would you mind creating a JIRA issue with
> your modifications?
>
> I was just yesterday looking at this admin stuff and thinking, man
> this could really use a facelift...

mrw,

you mean a field like here
(http://files.mathe.is/solr-admin/02_query.png) on the right side,
between meta-navigation and plain solr-xml response?

actually it's just to display the computed url, but if so .. we could
use a larger field for that, of course :)

Regards
Stefan

Am 02.03.2011 22:31, schrieb mrw:
>
> Looks nice.
>
> Might be also worth it to create a page with large query field for pasting
> in complete URL-encoded queries that cross cores, etc.  I did that at work
> (via ASP.net) so we could paste in queries from logs and debug them.  We
> tend to use that quite a bit.
>
>
> Cheers
>
>
> Stefan Matheis wrote:
>>
>> Hi List,
>>
>> given that fact that my java-knowledge is sort of non-existing .. my
>> idea was to rework the Solr Admin Interface.
>>
>> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
>> but it was an idea few weeks ago - and i would like to contrib
>> something, a thing which has to be non-java but not useless - hopefully ;)
>>
>> Actually it's completly work-in-progress .. but i'm interested in what
>> you guys think. Right direction? Completly Wrong, just drop it?
>>
>> http://files.mathe.is/solr-admin/01_dashboard.png
>> http://files.mathe.is/solr-admin/02_query.png
>> http://files.mathe.is/solr-admin/03_schema.png
>> http://files.mathe.is/solr-admin/04_analysis.png
>> http://files.mathe.is/solr-admin/05_plugins.png
>>
>> It's actually using one index.jsp to generate to basic frame, including
>> cores and their navigation. Everything else is loaded via existing
>> SolrAdminHandler.
>>
>> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>>
>> Regards
>> Stefan
>>
>
>
> --
> View this message in context: http://lucene.472066.n3.nabble.com/Solr-Admin-Interface-reworked-Go-on-Go-away-tp2620365p2620745.html
> Sent from the Solr - User mailing list archive at Nabble.com.

On Wed, Mar 2, 2011 at 5:34 PM, Stefan Matheis
<[EMAIL PROTECTED]> wrote:
> Robert,
>
> even in this WIP-State? if so .. i'll try one tomorrow evening after work
>

Its totally up to you, sometimes it can be useful to upload a partial
or WIP solution to an issue: as Hoss mentioned its a good way to get
feedback and additional ideas while you work.

: even in this WIP-State? if so .. i'll try one tomorrow evening after work

When in doubt, remember Yonik's Law Of Patches...

http://wiki.apache.org/solr/HowToContribute?highlight=law+of+patches#Contributing_Code_.28Features.2C_Big_Fixes.2C_Tests.2C_etc....29

A half-baked patch in Jira, with no documentation, no tests
and no backwards compatibility is better than no patch at all.
-Hoss

Hey Guys,

you're completly right :) Will clean up the existing Code a little
bit, and create a JIRA-Ticket.

On Wed, Mar 2, 2011 at 11:32 PM, Chris Hostetter
<[EMAIL PROTECTED]> wrote:
> If you run into any issues where you can't replicate something
> in the existing JSPs (or accomplish some new desirable functionality)
> because the info is not available from a request handler, don't hesitate
> to open feature request jiras to get the functionality added (and the
> folks with java know how can work on patches)

Thanks Hoss. There is already one idea for the
FieldAnalysisRequestHandler, which came up last week while i tried to
build a new Analysis-Page. Will open a JIRA-one for that too

Regards
Stefan

Hi,

This is simply great! Bravo!

This alone is worthy including, but I also (of course) have some comments/ideas:

The links section on top:
 * Move the links on top to bottom, reserving the top for navigation.
 * The "send email" could be changed to "Community forum" and instead of linking to
   mailto:solr[EMAIL PROTECTED], link to http://wiki.apache.org/solr/UsingMailingLists
 * Add a link to IRC chat. http://webchat.freenode.net/?channels=#solr
   That would surely increase the activity on the channel :)
 * Allow for custom links ala the admin-extra.html. Include html code from
   ${solr.solr.home}/admin-links.html - letting people add links to their own support etc.
 * Similarly for the top-section, allow including html code from
   ${solr.solr.home}/admin-navi.html - where you may add links to you "Master" Solr or whatever

Suggestion for new tabs for each core:
 * "Prototyping" - pointing to the "/browse" Velocity GUI. Very useful!!
 * "CoreAdmin" - Buttons "reload core", "remove core", "rename"...

In the "System" tab for each core, it would be great to show a number of key info:
 * # docs
 * Size of index (Mb)
 * Last add/delete timestamp
 * Optimized status (with a button to optimize now)
 * Button to reload core now (reloads config)

On the "Query" tab for each core:
 * Add a button "Delete docs matching this query"
   (With a JavaScript popup box "are you sure"? :)
 * Add an input box for "query type", setting the "qt" param
 * Adding a some links below the input boxes, expanding by JavaScript:
   - dismax params
   - spatial params
   - spellcheck params
   - faceting params

Should there also be a tab above all cores, with host-wide stuff?
 * Solr version
 * Host name, port
 * Solr HOME path
 * Zookeeper info and link
 * Core Admin (create new core)

Improve the admin-extra.html concept:
Today, if the file admin-extra.html exists it will be included near
top of current admin GUI. This can be useful, but in this new design, it
perhaps makes more sense to include the admin-extra.html contents in
a widget box on each core. Then each organization can customize and put
links to their internal issue trackers etc..

Include a Dev/Test/Prod indication:
It is common to have three different environments, one for test, one for
development and one live production. It happens now and then that you do the
wrong action on the wrong server :( so a visual clue as to which environemnt
you're in is very useful.
I propose a simple solid bar on the very top which is RED for prod, YELLOW
for test and GREEN for dev. Would it be possible to read a Java system property
-Dsolr.environment=dev and based on that set the color of such a top-bar?

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com

On 2. mars 2011, at 21.47, Stefan Matheis wrote:

> Hi List,
>
> given that fact that my java-knowledge is sort of non-existing .. my idea was to rework the Solr Admin Interface.
>
> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy, but it was an idea few weeks ago - and i would like to contrib something, a thing which has to be non-java but not useless - hopefully ;)
>
> Actually it's completly work-in-progress .. but i'm interested in what you guys think. Right direction? Completly Wrong, just drop it?
>
> http://files.mathe.is/solr-admin/01_dashboard.png
> http://files.mathe.is/solr-admin/02_query.png
> http://files.mathe.is/solr-admin/03_schema.png
> http://files.mathe.is/solr-admin/04_analysis.png
> http://files.mathe.is/solr-admin/05_plugins.png
>
> It's actually using one index.jsp to generate to basic frame, including cores and their navigation. Everything else is loaded via existing SolrAdminHandler.
>
> Any Questions, Ideas, Thoughts outta there? Please, let me know :)

Picture the URI field above the response field, only half-screen.  This
facilitates breaking the query apart on different lines in order to debug
it.  

When you have a lot of shards, fq clauses, etc., you end up with a very long
URI that is difficult to get your head around and manipulate.  We take
queries from the logs, split them around parameters, take the shards out,
put the shards back in, take the OLS labels out, put them back in, etc.
With long, complex queries, it's essential to have a large work space to
play in. :)
Stefan Matheis wrote:
>
> mrw,
>
> you mean a field like here
> (http://files.mathe.is/solr-admin/02_query.png) on the right side,
> between meta-navigation and plain solr-xml response?
>
> actually it's just to display the computed url, but if so .. we could
> use a larger field for that, of course :)
>
> Regards
> Stefan
>
> Am 02.03.2011 22:31, schrieb mrw:
>>
>> Looks nice.
>>
>> Might be also worth it to create a page with large query field for
>> pasting
>> in complete URL-encoded queries that cross cores, etc.  I did that at
>> work
>> (via ASP.net) so we could paste in queries from logs and debug them.  We
>> tend to use that quite a bit.
>>
>>
>> Cheers
>>
>>
>> Stefan Matheis wrote:
>>>
>>> Hi List,
>>>
>>> given that fact that my java-knowledge is sort of non-existing .. my
>>> idea was to rework the Solr Admin Interface.
>>>
>>> Compared to CouchDBs Futon or the MongoDB Admin-Utils .. not that fancy,
>>> but it was an idea few weeks ago - and i would like to contrib
>>> something, a thing which has to be non-java but not useless - hopefully
>>> ;)
>>>
>>> Actually it's completly work-in-progress .. but i'm interested in what
>>> you guys think. Right direction? Completly Wrong, just drop it?
>>>
>>> http://files.mathe.is/solr-admin/01_dashboard.png
>>> http://files.mathe.is/solr-admin/02_query.png
>>> http://files.mathe.is/solr-admin/03_schema.png
>>> http://files.mathe.is/solr-admin/04_analysis.png
>>> http://files.mathe.is/solr-admin/05_plugins.png
>>>
>>> It's actually using one index.jsp to generate to basic frame, including
>>> cores and their navigation. Everything else is loaded via existing
>>> SolrAdminHandler.
>>>
>>> Any Questions, Ideas, Thoughts outta there? Please, let me know :)
>>>
>>> Regards
>>> Stefan
>>>
>>
>>
>> --
>> View this message in context:
>> http://lucene.472066.n3.nabble.com/Solr-Admin-Interface-reworked-Go-on-Go-away-tp2620365p2620745.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
>
--
View this message in context: http://lucene.472066.n3.nabble.com/Solr-Admin-Interface-reworked-Go-on-Go-away-tp2620365p2624956.html
Sent from the Solr - User mailing list archive at Nabble.com.

Hey Jan,

On Thu, Mar 3, 2011 at 11:37 AM, Jan Høydahl <[EMAIL PROTECTED]> wrote:
> This alone is worthy including, but I also (of course) have some comments/ideas: [...]

Really nice! i'll try to make a list of open todos / missing items and
attach it to the JIRA-Ticket. Especially for the dismax- &
spatial-query-params, i would need some information about (not used
until now) - but i think these are smaller problems, regarding the
complete task :>

Regards
Stefan

Am 02.03.2011 23:48, schrieb Robert Muir:
> On Wed, Mar 2, 2011 at 5:34 PM, Stefan Matheis
> <[EMAIL PROTECTED]>  wrote:
>> Robert,
>>
>> even in this WIP-State? if so .. i'll try one tomorrow evening after work
>>
>
> Its totally up to you, sometimes it can be useful to upload a partial
> or WIP solution to an issue: as Hoss mentioned its a good way to get
> feedback and additional ideas while you work.

There you go :) https://issues.apache.org/jira/browse/SOLR-2399