Hey Mark I'm a bit late on your issues, but after the vacation things got a little busy …
Hoss already explained a few things in his comment (https://issues.apache.org/jira/browse/SOLR-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13596596#comment-13596596) on SOLR-4431 I'll try to bring a few additional thoughts: It all started with SOLR-2399, moving the UI to a single-page app .. avoiding the (at this time) current situation having multiple sites .. each for one core, so you had multiple places where you could ask solr for its information about threads .. but they are never really core-related, it's kind of "meta-information" which is valid for the whole instance. The page is using sammyjs (http://sammyjs.org/) as Framework, and therefore includes the # in the url. Like hoss already explained, everything after the # isn't sent to the server and can therefore directly be controlled on the client-side in your browser. Because i don't really know which browsers users use for the UI (and it seems there are at least a few IE-Users out there ;o) i tried to avoid using fancy stuff which will only work in newer browsers. Having said that .. in theory you can avoid those # - but therefore you have to ensure that every single url which is used by the UI is correctly handled by the Server (think of switching details on the plugin-site) Using the Tilde was a try to distinguish between stuff that is core- and non-core related, otherwise (also like hoss already said) there would be a conflict if the user uses (for whatever reason) a core named java-properties, threads and so on. the "/solr" part is based on the fact, that you could install multiple webapps into a servlet-container and they have to be mounted on a path. that could clearly be root (/), but i guess there are reasons why does wasn't used in the example package - but the UI will work anyway, because the information on which path solr is running is inject in the page while its initially loaded If i did miss some questions you'd like to know things about .. just let me know :) Stefan On Thursday, March 7, 2013 at 11:10 PM, Mark Bennett wrote: > As part of making Solr easier to use for new developers, one of the JIRA's I > had filed was: > > SOLR-4431: Developer Curb Appeal: easier URL to get to Cloud UI > https://issues.apache.org/jira/browse/SOLR-4431 > > I've been trying to understand why we have such odd URLs in the first place, > and could they be simplified? > > I'm talking about URLs like: > http://localhost:8983/solr/#/ > http://localhost:8983/solr/#/~cores > http://localhost:8983/solr/#/~cloud > > > I'm sure there's logical reasons for all of this, but I've had trouble > finding the original discussion threads on Google (terms like Solr and URL > have huge match sets) > > I looked around Solr's web.xml (http://web.xml) file and I see some > references to # and ~, but it doesn't really explain it, and there's a > comment ("Remove in Solr 5.0") that applies to at least one of the mappings; > I wasn't sure of the scope. > > Specific questions: > > * I assume this was discussed, maybe in JIRA? I was looking for the original > threads > * or, Why was this done? > > * Did it strike anybody as odd at that time? > > * Is this changing in Solr 5? If so, to what? > > * Or, could it be easily changed to remove "#/~" parts? (I imagine each > character has it's own reason for existing) > So ideally it'd be: > http://localhost:8983/solr/cores > http://localhost:8983/solr/cloud > > > * If it can't be easily changed due to some architectural issue, could we add > some simple redirects to the web.xml (http://web.xml) file? (Even if we did > change the URLs, we'd probably want redirects to preserve the old URLs for a > while) > > * Could we add web.xml (http://web.xml) rules to allow for Solr to be the > root app? > So in default Jetty: > http://localhost:8983/admin > http://localhost:8983/cores > http://localhost:8983/cloud > > http://localhost:8983/search/collection1?q=... > > > I suspect the current URL structure is there for very good reasons, and > seemed like a good idea a few years ago. And I imagine somebody might have > even said "nobody types in URLs, they just bookmark everything!". But > developers and admins DO type in URLs all the time, and making things easier > for new developers is really important. And remember #'s and ~'s if you don't > use the tool every single day seems like a needless hassle. > > Is there some reasonable compromise here, maybe just with redirects, to make > Solr URL's really simple? > > Thanks for any info or links or comments! > Mark > > -- > Mark Bennett / LucidWorks: Search & Big Data / mark.benn...@lucidworks.com > (mailto:mark.benn...@lucidworks.com) > Office: 408-898-4201 / Telecommute: 408-733-0387 / Cell: 408-829-6513 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
