On Wed, Jul 31, 2013 at 1:21 PM, Shawn Heisey <[email protected]> wrote:
> On 7/31/2013 10:21 AM, Roman Chyla wrote: > >> Hi Dmitry, >> probably mistake in the readme, try calling it with -q >> /home/dmitry/projects/lab/**solrjmeter/queries/demo/demo.**queries >> >> as for the base_url, i was testing it on solr4.0, where it tries >> contactin /solr/admin/system - is it different for 4.3? I guess I should >> make it configurable (it already is, the endpoint is set at the >> check_options()) >> > > /solr URLs that don't include a core name (like /solr/admin/system) will > only work if you have a defaultCoreName attribute in your solr.xml file and > its value refers to an existing core. Behind the scenes, Solr just directs > those queries to the default core. > thanks, so i should add a way to specify a core, or rather i will make the whole endpoint user configurable > > If you use the new solr.xml format (required in trunk), then there is no > defaultCoreName, so these URLs currently don't work at all. I think this > behavior is correct, but it's early days for this feature. The default > core name might get re-introduced. > and which urls will work? /solr/admin/collection or /solr/collection/admin? can we assume the info handlers will be available under the "collection url" as well? > > Exceptions to the above rule include the CoreAdmin API, the Collections > API, and the new admin info handler introduced in Solr 4.4 by SOLR-4943. > > In 4.5, SOLR-3633 will use the new info handler allow the UI to work when > there are no cores present. > hmm, ok, i guess i'm fine now, i'll worry about that later roman > Thanks, > Shawn > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > [email protected].**org<[email protected]> > For additional commands, e-mail: [email protected] > >
