Yonik Seeley wrote:
I am hoping I can change the default location for each webapp. Thanks!
It's not yet possible, but see this thread:
http://www.mail-archive.com/solr-dev@lucene.apache.org/msg00298.html
If I see it right, if I just rename the webapp to, say, "solrfoo" then
it still uses the s
On Tuesday 16 May 2006 15:46, Yonik Seeley wrote:
> For development, It's probably easiest to download Tomcat Core (in tgz
> or zip format) from
> http://www.signal42.com/mirrors/apache/tomcat/tomcat-5/v5.5.17/bin/apache-t
>omcat-5.5.17.tar.gz and simply unarchive it yourself... that way things
> a
: If I see it right, if I just rename the webapp to, say, "solrfoo" then
: it still uses the system property solr.solr.home to search for the
: configuration, *not* solrfoo.solr.home, right?
correct .. we thought we can impliment something that looked at the war
file name easily ... but then we w
I copied solrconfig.xml, schema.xml, synonyms.txt, protwords.txt and
stopwords.txt into the WEB-INF/classes directory and the webapp is
reading those files.
I was thinking that if I uncommented the indexDir element in
solrconfig.xml, it would then use that directory in which to place the index
Try using the latest nightly build, and changing indexDir to dataDir:
-Yonik
On 5/17/06, Michael Levy <[EMAIL PROTECTED]> wrote:
I copied solrconfig.xml, schema.xml, synonyms.txt, protwords.txt and
stopwords.txt into the WEB-INF/classes directory and the webapp is
reading those files.
I w
Yeah, the config that I have (based on the repo version from a couple
weeks ago) has set, and it works as expected. I don't know
where the indexDir came from.
On May 17, 2006, at 2:56 PM, Yonik Seeley wrote:
Try using the latest nightly build, and changing indexDir to dataDir:
-Yoni
Changing to works fine with my version from 2006-05-15
Thanks for your help, this is just what I needed.
Yonik Seeley wrote:
Try using the latest nightly build, and changing indexDir to dataDir:
-Yonik
On 5/17/06, Michael Levy <[EMAIL PROTECTED]> wrote:
I copied solrconfig.xml, schema.
Chris Hostetter wrote:
correct .. we thought we can impliment something that looked at the war
file name easily ... but then we were set straight -- there is no portable
way to do that, hence we came up with the current JNDI plan which isn't
quite as "out of the box" as we had hoped, but it has t
