NOTICE: multicore.xml changed to solr.xml, format changes as well

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

NOTICE: multicore.xml changed to solr.xml, format changes as well

hossman

If you've bene using the trunk (and/or nightly builds) and you take
advantage of the MultiCore features in Solr pelase be aware...

As of r685244 (committed a few moments ago) Solr no longer looks for a
"multicore.xml" file.  It instead looks for a "solr.xml" file.

solr.xml supports all of the options that multicore.xml supported, however
they have been "tweaked" slightly (in some cases renamed, in other
attributes have been moved from one XML tag to another).

A detailed example can be seen in example/multicore/solr.xml...

http://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.xml?view=markup

For more information, please see SOLR-689...
https://issues.apache.org/jira/browse/SOLR-689

Volunteers to help update the wiki documentation would be appreciated.


-Hoss

Reply | Threaded
Open this post in threaded view
|

RE: NOTICE: multicore.xml changed to solr.xml, format changes as well

Andrew Nagy-2
Chris - thanks for the alert.  Can you please clarify the usage of the default attribute that is documented to be used in the "core" node.  Solr-545 has a note about this being removed and it is not shown in the new example solr.xml file.

Thanks
Andrew

> -----Original Message-----
> From: Chris Hostetter [mailto:[hidden email]]
> Sent: Tuesday, August 12, 2008 2:01 PM
> To: [hidden email]
> Subject: NOTICE: multicore.xml changed to solr.xml, format changes as
> well
>
>
> If you've bene using the trunk (and/or nightly builds) and you take
> advantage of the MultiCore features in Solr pelase be aware...
>
> As of r685244 (committed a few moments ago) Solr no longer looks for a
> "multicore.xml" file.  It instead looks for a "solr.xml" file.
>
> solr.xml supports all of the options that multicore.xml supported,
> however
> they have been "tweaked" slightly (in some cases renamed, in other
> attributes have been moved from one XML tag to another).
>
> A detailed example can be seen in example/multicore/solr.xml...
>
> http://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.x
> ml?view=markup
>
> For more information, please see SOLR-689...
> https://issues.apache.org/jira/browse/SOLR-689
>
> Volunteers to help update the wiki documentation would be appreciated.
>
>
> -Hoss

Reply | Threaded
Open this post in threaded view
|

RE: NOTICE: multicore.xml changed to solr.xml, format changes as well

hossman

: Chris - thanks for the alert.  Can you please clarify the usage of the
: default attribute that is documented to be used in the "core" node.  
: Solr-545 has a note about this being removed and it is not shown in the
: new example solr.xml file.

Any attribute that was in the old example multicore.xml has a
corrisponding attribute in the example solr.xml ...
 
https://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.xml?r1=650331&r2=685244 

...no functionality was changed at all in this commit, it was just
renamed.

i don't know anything about a "default" attribute, other then the fact
that the previous commit to that file (r650331) had the message "default
is no longer a multicore concept"

https://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.xml

-Hoss

Reply | Threaded
Open this post in threaded view
|

RE: NOTICE: multicore.xml changed to solr.xml, format changes as well

Andrew Nagy-2
Okay - I found the removal of the default attribute in https://svn.apache.org/viewvc/lucene/solr/trunk/src/java/org/apache/solr/core/MultiCore.java? r1=606335&r2=602003

I will update the documentation on the multicore changes.

Andrew

> -----Original Message-----
> From: Chris Hostetter [mailto:[hidden email]]
> Sent: Wednesday, August 13, 2008 2:27 AM
> To: [hidden email]
> Subject: RE: NOTICE: multicore.xml changed to solr.xml, format changes
> as well
>
>
> : Chris - thanks for the alert.  Can you please clarify the usage of
> the
> : default attribute that is documented to be used in the "core" node.
> : Solr-545 has a note about this being removed and it is not shown in
> the
> : new example solr.xml file.
>
> Any attribute that was in the old example multicore.xml has a
> corrisponding attribute in the example solr.xml ...
>
> https://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.
> xml?r1=650331&r2=685244
>
> ...no functionality was changed at all in this commit, it was just
> renamed.
>
> i don't know anything about a "default" attribute, other then the fact
> that the previous commit to that file (r650331) had the message
> "default
> is no longer a multicore concept"
>
> https://svn.apache.org/viewvc/lucene/solr/trunk/example/multicore/solr.
> xml
>
> -Hoss

Reply | Threaded
Open this post in threaded view
|

SOLR 1.2 Multicore configuration

John E. McBride
In reply to this post by hossman
 
Hi,

I am deploying an application across 3 geographies - and as a result
will be running multiple solr instances on one host.

I don't want to set up separate wars running on different ports as this
will cause an increased number of firewall requests and require more
management to track the set of ports we are using.

Is it possible to configure the server, such that it reads the country
in the url

Say
Uk/solr/admin
Fr/solr/admin
De/solr/admin

Or possibly have different domain names.

And uses solr home as uk/solrhome etc and passes on the request to
solr/admin handler using that for solrhome?

What is the approach here?  I am a Tomcat config newbie.


As an adjunct.

In order to simplify things, I am thinking of maintaining just one index
for all countries and place a country filter on the queries.  The
implication would be throwing away stemming and having all stopwords in
one file, which may not be desirable, but seems logistically simpler -
any comments?

Thanks,
John
Reply | Threaded
Open this post in threaded view
|

Re: SOLR 1.2 Multicore configuration

Ryan McKinley
Check: http://wiki.apache.org/solr/MultiCore

If you can wait a few days, there will likely be a 1.3 release  
candidate out soon.


On Aug 13, 2008, at 11:30 AM, McBride, John wrote:

>
> Hi,
>
> I am deploying an application across 3 geographies - and as a result
> will be running multiple solr instances on one host.
>
> I don't want to set up separate wars running on different ports as  
> this
> will cause an increased number of firewall requests and require more
> management to track the set of ports we are using.
>
> Is it possible to configure the server, such that it reads the country
> in the url
>
> Say
> Uk/solr/admin
> Fr/solr/admin
> De/solr/admin
>
> Or possibly have different domain names.
>
> And uses solr home as uk/solrhome etc and passes on the request to
> solr/admin handler using that for solrhome?
>
> What is the approach here?  I am a Tomcat config newbie.
>
>
> As an adjunct.
>
> In order to simplify things, I am thinking of maintaining just one  
> index
> for all countries and place a country filter on the queries.  The
> implication would be throwing away stemming and having all stopwords  
> in
> one file, which may not be desirable, but seems logistically simpler -
> any comments?
>
> Thanks,
> John

Reply | Threaded
Open this post in threaded view
|

RE: SOLR 1.2 Multicore configuration

John E. McBride
Thanks Ryan,

I think it would be high risk to move to solr 1.2 as our ops team have a
standard 1.2 configuration.

Perhaps I should ask them...

Thanks,
John

-----Original Message-----
From: Ryan McKinley [mailto:[hidden email]]
Sent: 13 August 2008 16:47
To: [hidden email]
Subject: Re: SOLR 1.2 Multicore configuration

Check: http://wiki.apache.org/solr/MultiCore

If you can wait a few days, there will likely be a 1.3 release candidate
out soon.


On Aug 13, 2008, at 11:30 AM, McBride, John wrote:

>
> Hi,
>
> I am deploying an application across 3 geographies - and as a result
> will be running multiple solr instances on one host.
>
> I don't want to set up separate wars running on different ports as
> this will cause an increased number of firewall requests and require
> more management to track the set of ports we are using.
>
> Is it possible to configure the server, such that it reads the country

> in the url
>
> Say
> Uk/solr/admin
> Fr/solr/admin
> De/solr/admin
>
> Or possibly have different domain names.
>
> And uses solr home as uk/solrhome etc and passes on the request to
> solr/admin handler using that for solrhome?
>
> What is the approach here?  I am a Tomcat config newbie.
>
>
> As an adjunct.
>
> In order to simplify things, I am thinking of maintaining just one
> index for all countries and place a country filter on the queries.  
> The implication would be throwing away stemming and having all
> stopwords in one file, which may not be desirable, but seems
> logistically simpler - any comments?
>
> Thanks,
> John