Re: solr.home via getServletContext().getInitParameter("solr.home")

2007-12-15 Thread Ravish Bhagdev
But how do I maintain multiple copies of solr on same machine.  For
instance if I have two webapps using two independent solr indexes?

Thanks,
R

On Dec 14, 2007 11:04 PM, Chris Hostetter <[EMAIL PROTECTED]> wrote:
>
> : Recently, I had to set up a Jetty with multiple Solr homes (not 
> multi-core).  I used JNDI with Jetty 6.1.6 to get this going.
> : Then Matt Kangas' note from July 2007 caught my attention:
> ...
> :   
> :   
> :   
> ...
> : Is there a reason why this was not done?
>
> because context params can *only* be set from the web.xml of the war ...
> which isn't something we want to encourage people to do (or suggest that
> they need to do) since it makes it extremely difficult to upgrade later.
>
>
>
>
> -Hoss
>
>


Re: Replication hooks - changing the index while the slave is running ...

2007-12-15 Thread Yonik Seeley
On Dec 14, 2007 7:36 PM, Tracy Flynn
<[EMAIL PROTECTED]> wrote:
> 1) The existing index(es) being used by the Solr slave instance are
> physically deleted
> 2) The new index snapshots are renamed/moved from their temporary
> installation location to the default index location
> 3) The slave is sent a 'commit' to force a new IndexReader to start to
> read the new index.
>
> What happens to search requests against the existing/old index during
> step 1) and between steps 1 and 2?

Search requests will still work on the old searcher/index.

> Where do they get information if
> they need to go to disk for results that are not cached? Do they a)
> hang b) produce no results c) error in some other way?

A lucene IndexReader keeps all the files open that aren't loaded into
memory... and external deletion has no effect on the ability to keep
reading these open files (they aren't really deleted yet).

-Yonik


Re: Replication hooks - changing the index while the slave is running ...

2007-12-15 Thread Tracy Flynn

That helps

Thanks for the prompt reply

On Dec 15, 2007, at 10:15 AM, Yonik Seeley wrote:


On Dec 14, 2007 7:36 PM, Tracy Flynn
<[EMAIL PROTECTED]> wrote:

1) The existing index(es) being used by the Solr slave instance are
physically deleted
2) The new index snapshots are renamed/moved from their temporary
installation location to the default index location
3) The slave is sent a 'commit' to force a new IndexReader to start  
to

read the new index.

What happens to search requests against the existing/old index during
step 1) and between steps 1 and 2?


Search requests will still work on the old searcher/index.


Where do they get information if
they need to go to disk for results that are not cached? Do they a)
hang b) produce no results c) error in some other way?


A lucene IndexReader keeps all the files open that aren't loaded into
memory... and external deletion has no effect on the ability to keep
reading these open files (they aren't really deleted yet).

-Yonik




Re: embeddedsolr and solrj index update request

2007-12-15 Thread Ryan McKinley

Sandeep Shetty wrote:

Hi Ryan

i am running solr 1.3

in my solrconfig.xml i can see  is that the right one?


seems right.

Can you reproduce this behavior from the included example?  if so, can 
you send the steps and/or code to reproduce it.


ryan





Regards,
Sandeep

-Original Message-
From: Ryan Mckinley [mailto:[EMAIL PROTECTED]
Sent: 13 December 2007 17:43
To: solr-user@lucene.apache.org
Subject: Re: embeddedsolr and solrj index update request


What version solr are you running?
Do you have an updateRequestJandler registered to /update?

On Dec 13, 2007, at 8:36 AM, Sandeep Shetty <[EMAIL PROTECTED]
 > wrote:


Hi all,

i am using embeddedsolr and solrj to create and update a large
index. however even after adding documents and commiting documents
i.e.
server.add(solrDocs);
server.commit();
i am  not able to see the new documents in search results. I have to
restart the server and run the same search to see the results. is
there anything i am doing wrong here?

Thanks in advance for your help
Sandeep


This email is confidential and may also be privileged. If you are
not the intended recipient please notify us immediately by
telephoning +44 (0)20 7840 4300 or email [EMAIL PROTECTED]
You should not copy it or use it for any purpose nor disclose its
contents to any other person. Touch Local cannot accept liability
for statements made which are clearly the sender's own and are not
made on behalf of the firm.

Touch Local Limited
Registered Number: 2885607
VAT Number: GB896112114
9th Floor, 89 Albert Embankment, London SE1 7TP
+44 (0)20 7840 4300


This email is confidential and may also be privileged. If you are not the 
intended recipient please notify us immediately by telephoning +44 (0)20 7840 
4300 or email [EMAIL PROTECTED] You should not copy it or use it for any 
purpose nor disclose its contents to any other person. Touch Local cannot 
accept liability for statements made which are clearly the sender's own and are 
not made on behalf of the firm.

Touch Local Limited
Registered Number: 2885607
VAT Number: GB896112114
9th Floor, 89 Albert Embankment, London SE1 7TP
+44 (0)20 7840 4300





Re: Solr Tutorial Issue

2007-12-15 Thread Kirk Beers

Here is the result:

[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 kirk.nald.ca

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
64.5.219.172 instructors.gonssal.ca
[EMAIL PROTECTED]:~$



Yousef Ourabi wrote:

can you run: "cat /etc/hosts" and paste the output in an email.



- Original Message -
From: "Kirk Beers" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Friday, December 14, 2007 12:46:13 PM (GMT-0800) America/Los_Angeles
Subject: Re: Solr Tutorial Issue

Hi Hoss,

I get an error that reads java.net.UnknownHostException kirk : kirk

I will point out that I am new to Linux as well !

Thanks

Kirk


Chris Hostetter wrote:
  
This thread in general is really confusing to me ... if you are following 
along withthe tutorial then tomcat should never enter the equation ... 
"java -jar start.jar" will use a copy of Jetty that is included in the 
Solr release to spin up a self contained webserver totally indepent of any 
application server you may already have installed.  (that's the whole 
reason for the start.jar, you don't need to worry about wether you have a 
servlet container installed correctly)


When you run "java -jar start.jar" do you get logging output in your 
console?  is there anything in that logging output that looks like a stack 
trace?  what gets added to the end of that loggign output when you then 
hit the url http://localhost:8983/solr/admin/ in your browser?


: I am running Ubuntu, Java1.6 jdk  and tomcat5.5.  I can not seem to get the
: tutorial to run. The instructions seem simple and clear.
: 
: start.jar ran fine but when I used http://localhost:8983/solr/admin/

: nothing appeared. I also individually copied the
: apache-solr-nightly/dist/apache-solr-nightly.war and the
: apache-solr-nightly/example/webapps/solr.war to my tomcat webapps and still
: nothing!!


-Hoss

  




  




Re: solr.home via getServletContext().getInitParameter("solr.home")

2007-12-15 Thread Ryan McKinley

can't you use JNDI?

check the "Multiple Solr Webapps" under each of the config docs:
http://wiki.apache.org/solr/SolrInstall#head-81dba7a28315ed9d2d76c49c162e3ad380827dbd



Ravish Bhagdev wrote:

But how do I maintain multiple copies of solr on same machine.  For
instance if I have two webapps using two independent solr indexes?

Thanks,
R

On Dec 14, 2007 11:04 PM, Chris Hostetter <[EMAIL PROTECTED]> wrote:

: Recently, I had to set up a Jetty with multiple Solr homes (not multi-core).  
I used JNDI with Jetty 6.1.6 to get this going.
: Then Matt Kangas' note from July 2007 caught my attention:
...
:   
:   
:   
...
: Is there a reason why this was not done?

because context params can *only* be set from the web.xml of the war ...
which isn't something we want to encourage people to do (or suggest that
they need to do) since it makes it extremely difficult to upgrade later.




-Hoss








Re: Solr Tutorial Issue

2007-12-15 Thread Yousef Ourabi
Try adding just 'kirk' to the end of the 2nd line so it looks like this:

127.0.1.1 kirk.nald.ca kirk

You can also confirm that  just 'kirk' is the hostname by running the 
'hostname' command.


- Original Message -
From: "Kirk Beers" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Saturday, December 15, 2007 8:37:07 AM (GMT-0800) America/Los_Angeles
Subject: Re: Solr Tutorial Issue

Here is the result:

[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 kirk.nald.ca

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
64.5.219.172 instructors.gonssal.ca
[EMAIL PROTECTED]:~$



Yousef Ourabi wrote:
> can you run: "cat /etc/hosts" and paste the output in an email.
>
>
>
> - Original Message -
> From: "Kirk Beers" <[EMAIL PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Friday, December 14, 2007 12:46:13 PM (GMT-0800) America/Los_Angeles
> Subject: Re: Solr Tutorial Issue
>
> Hi Hoss,
>
> I get an error that reads java.net.UnknownHostException kirk : kirk
>
> I will point out that I am new to Linux as well !
>
> Thanks
>
> Kirk
>
>
> Chris Hostetter wrote:
>   
>> This thread in general is really confusing to me ... if you are following 
>> along withthe tutorial then tomcat should never enter the equation ... 
>> "java -jar start.jar" will use a copy of Jetty that is included in the 
>> Solr release to spin up a self contained webserver totally indepent of any 
>> application server you may already have installed.  (that's the whole 
>> reason for the start.jar, you don't need to worry about wether you have a 
>> servlet container installed correctly)
>>
>> When you run "java -jar start.jar" do you get logging output in your 
>> console?  is there anything in that logging output that looks like a stack 
>> trace?  what gets added to the end of that loggign output when you then 
>> hit the url http://localhost:8983/solr/admin/ in your browser?
>>
>> : I am running Ubuntu, Java1.6 jdk  and tomcat5.5.  I can not seem to get the
>> : tutorial to run. The instructions seem simple and clear.
>> : 
>> : start.jar ran fine but when I used http://localhost:8983/solr/admin/
>> : nothing appeared. I also individually copied the
>> : apache-solr-nightly/dist/apache-solr-nightly.war and the
>> : apache-solr-nightly/example/webapps/solr.war to my tomcat webapps and still
>> : nothing!!
>>
>>
>> -Hoss
>>
>>   
>> 
>
>
>   




Re: Solr Tutorial Issue

2007-12-15 Thread Kirk Beers

How would I add that ?

Yousef Ourabi wrote:

Try adding just 'kirk' to the end of the 2nd line so it looks like this:

127.0.1.1 kirk.nald.ca kirk

You can also confirm that  just 'kirk' is the hostname by running the 
'hostname' command.


- Original Message -
From: "Kirk Beers" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Saturday, December 15, 2007 8:37:07 AM (GMT-0800) America/Los_Angeles
Subject: Re: Solr Tutorial Issue

Here is the result:

[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 kirk.nald.ca

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
64.5.219.172 instructors.gonssal.ca
[EMAIL PROTECTED]:~$



Yousef Ourabi wrote:
  

can you run: "cat /etc/hosts" and paste the output in an email.



- Original Message -
From: "Kirk Beers" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Friday, December 14, 2007 12:46:13 PM (GMT-0800) America/Los_Angeles
Subject: Re: Solr Tutorial Issue

Hi Hoss,

I get an error that reads java.net.UnknownHostException kirk : kirk

I will point out that I am new to Linux as well !

Thanks

Kirk


Chris Hostetter wrote:
  

This thread in general is really confusing to me ... if you are following 
along withthe tutorial then tomcat should never enter the equation ... 
"java -jar start.jar" will use a copy of Jetty that is included in the 
Solr release to spin up a self contained webserver totally indepent of any 
application server you may already have installed.  (that's the whole 
reason for the start.jar, you don't need to worry about wether you have a 
servlet container installed correctly)


When you run "java -jar start.jar" do you get logging output in your 
console?  is there anything in that logging output that looks like a stack 
trace?  what gets added to the end of that loggign output when you then 
hit the url http://localhost:8983/solr/admin/ in your browser?


: I am running Ubuntu, Java1.6 jdk  and tomcat5.5.  I can not seem to get the
: tutorial to run. The instructions seem simple and clear.
: 
: start.jar ran fine but when I used http://localhost:8983/solr/admin/

: nothing appeared. I also individually copied the
: apache-solr-nightly/dist/apache-solr-nightly.war and the
: apache-solr-nightly/example/webapps/solr.war to my tomcat webapps and still
: nothing!!


-Hoss

  

  
  




  




Re: Solr Tutorial Issue

2007-12-15 Thread Yousef Ourabi
Use any text editor to open /etc/hosts. You'll probably have to either log in 
as root or use sudo since you probably won't have permissions.

This is quickly drifting out of solr-land, so you might want to engage a more 
general linux community such as linuxquestions.org.

-Yousef


- Original Message -
From: "Kirk Beers" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Saturday, December 15, 2007 1:42:21 PM (GMT-0800) America/Los_Angeles
Subject: Re: Solr Tutorial Issue

How would I add that ?

Yousef Ourabi wrote:
> Try adding just 'kirk' to the end of the 2nd line so it looks like this:
>
> 127.0.1.1 kirk.nald.ca kirk
>
> You can also confirm that  just 'kirk' is the hostname by running the 
> 'hostname' command.
>
>
> - Original Message -
> From: "Kirk Beers" <[EMAIL PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Saturday, December 15, 2007 8:37:07 AM (GMT-0800) America/Los_Angeles
> Subject: Re: Solr Tutorial Issue
>
> Here is the result:
>
> [EMAIL PROTECTED]:~$ cat /etc/hosts
> 127.0.0.1 localhost
> 127.0.1.1 kirk.nald.ca
>
> # The following lines are desirable for IPv6 capable hosts
> ::1 ip6-localhost ip6-loopback
> fe00::0 ip6-localnet
> ff00::0 ip6-mcastprefix
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
> ff02::3 ip6-allhosts
> 64.5.219.172 instructors.gonssal.ca
> [EMAIL PROTECTED]:~$
>
>
>
> Yousef Ourabi wrote:
>   
>> can you run: "cat /etc/hosts" and paste the output in an email.
>>
>>
>>
>> - Original Message -
>> From: "Kirk Beers" <[EMAIL PROTECTED]>
>> To: solr-user@lucene.apache.org
>> Sent: Friday, December 14, 2007 12:46:13 PM (GMT-0800) America/Los_Angeles
>> Subject: Re: Solr Tutorial Issue
>>
>> Hi Hoss,
>>
>> I get an error that reads java.net.UnknownHostException kirk : kirk
>>
>> I will point out that I am new to Linux as well !
>>
>> Thanks
>>
>> Kirk
>>
>>
>> Chris Hostetter wrote:
>>   
>> 
>>> This thread in general is really confusing to me ... if you are following 
>>> along withthe tutorial then tomcat should never enter the equation ... 
>>> "java -jar start.jar" will use a copy of Jetty that is included in the 
>>> Solr release to spin up a self contained webserver totally indepent of any 
>>> application server you may already have installed.  (that's the whole 
>>> reason for the start.jar, you don't need to worry about wether you have a 
>>> servlet container installed correctly)
>>>
>>> When you run "java -jar start.jar" do you get logging output in your 
>>> console?  is there anything in that logging output that looks like a stack 
>>> trace?  what gets added to the end of that loggign output when you then 
>>> hit the url http://localhost:8983/solr/admin/ in your browser?
>>>
>>> : I am running Ubuntu, Java1.6 jdk  and tomcat5.5.  I can not seem to get 
>>> the
>>> : tutorial to run. The instructions seem simple and clear.
>>> : 
>>> : start.jar ran fine but when I used http://localhost:8983/solr/admin/
>>> : nothing appeared. I also individually copied the
>>> : apache-solr-nightly/dist/apache-solr-nightly.war and the
>>> : apache-solr-nightly/example/webapps/solr.war to my tomcat webapps and 
>>> still
>>> : nothing!!
>>>
>>>
>>> -Hoss
>>>
>>>   
>>> 
>>>   
>>   
>> 
>
>
>   




Re: Bug with deleteByQuery

2007-12-15 Thread Yonik Seeley
On Dec 14, 2007 2:43 PM, Jörg Kiegeland <[EMAIL PROTECTED]> wrote:
> When I execute deleteByQuery, and afterwards I add new documents which
> match this query, then these documents are deleted though I added the
> documents AFTER the call to deleteByQuery .
> (Even a call of  commit() seems not to help.)

I can't reproduce this.
Did you call commit() after you added the document?
Can you reproduce this in a small test-case or example?

-Yonik


Re: Python Solr Writer

2007-12-15 Thread Wade Leftwich


Owens, Martin wrote:
> 
> I'm having some trouble understanding how the solr writer intergrates into
> python, I can't find any examples so does anyone have any good examples of
> a python writer?
> 
> Best Regards, Martin Owens
> 
> 

If you're wondering how to use it in Python: say
response = eval(the_string_returned_by_solr)

- Wade
Ithaca NY

-- 
View this message in context: 
http://www.nabble.com/Python-Solr-Writer-tp14337808p14355869.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Dynamic autowarming queries

2007-12-15 Thread Erik Hatcher


On Dec 14, 2007, at 11:53 AM, Robert Purdy wrote:
Also is it possible to warm a dynamic field ie (category_*) in the  
warming
section in the solrconfig.xml? If so what does it store in the  
cache if say
I have category_1, category_2, category_3, category_4 dynamically  
stored in
the index? Does it make a separate bitset for each field or does it  
combine

it all of them somehow?


Solr maintains separate filter caches for each field.  Unfortunately  
there is not a way to warm up each of these fields from simply just  
solrconfig.xml.However, if you're amenable to writing a little  
script to warm at the appropriate time, you could fetch the field  
names from a request to the LukeRequestHandler, and use that  
information to make the desired warming requests.  You can wire in a  
call to your script from solrconfig.xml here:




We should, however, make category_* work in all contexts that a field  
can be specified.


Erik