Re: Solr 1.2 HTTP Client for Java
Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 "overrides" everything you had under http://solrstuff.org/svn/solrj/ and solrj under http://solrstuff.org/svn/solrj/ will no longer be needed because the solrj client will now be maintained in Solr proper. Ja? Thanks, Otis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Simpy -- http://www.simpy.com/ - Tag - Search - Share - Original Message From: Ryan McKinley <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Thursday, June 14, 2007 7:09:17 PM Subject: Re: Solr 1.2 HTTP Client for Java I'm working on integrating the solrj client into the official solr source tree right now. It should be ready to use (test!) later today... Once it is in /trunk, it will be easy for us to know what version of what we are talking about and can definitely help work through any issues. good good ryan Thierry Collogne wrote: > I tried using that client, but I didn't get any good results while > searching > for worst with special characters. I have also searched for documentation > for that client, but didn't find any. > > Does anyone know where to find documentation concerning the java client? > > On 14/06/07, Will Johnson <[EMAIL PROTECTED]> wrote: >> >> The code in http://solrstuff.org/svn/solrj/ is very stable, works with >> most all features for both searching and indexing and will be moving >> into the main distribution soon as the standard java client library. >> >> - will >> >> >> >> >> >> -Original Message- >> From: Martin Grotzke [mailto:[EMAIL PROTECTED] >> Sent: Thursday, June 14, 2007 8:39 AM >> To: solr-user@lucene.apache.org >> Subject: Re: Solr 1.2 HTTP Client for Java >> >> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: >> > Thanks Martin. >> > >> > I'm using one of them which the optimize command doesn't work >> properly >> > Have you seen the same problem? >> Nope, I'm using the client only for queries - the xml generation / >> posting to solr is done by another module in our application, and not >> with java. >> >> Cheers, >> Martin >> >> >> > >> > Regards, >> > Daniel >> > >> > >> > On 14/6/07 13:07, "Martin Grotzke" <[EMAIL PROTECTED]> >> wrote: >> > >> > > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: >> > >> Hi >> > >> >> > >> I've been using one Java client I got from a colleague but I don't >> know >> > >> exactly its version or where to get any update for it. Base package >> is >> > >> org.apache.solr.client (where there are some common packages) and >> the client >> > >> main package is org.apache.solr.client.solrj. >> > >> >> > >> Is it available via Maven2 central repository? >> > > Have a look at the issue tracker, there's one with solr clients: >> > > http://issues.apache.org/jira/browse/SOLR-20 >> > > >> > > I've also used one of them, but to be honest, do not remember which >> > > one ;) >> > > >> > > Cheers, >> > > Martin >> > > >> > > >> > >> >> > >> Regards, >> > >> Daniel >> > >> >> > >> >> > >> http://www.bbc.co.uk/ >> > >> This e-mail (and any attachments) is confidential and may contain >> personal >> > >> views which are not the views of the BBC unless specifically >> stated. >> > >> If you have received it in error, please delete it from your >> system. >> > >> Do not use, copy or disclose the information in any way nor act in >> reliance >> > >> on it and notify the sender immediately. >> > >> Please note that the BBC monitors e-mails sent or received. >> > >> Further communication will signify your consent to this. >> > >> >> > >> >> > > >> > >> > >> > http://www.bbc.co.uk/ >> > This e-mail (and any attachments) is confidential and may contain >> personal views which are not the views of the BBC unless specifically >> stated. >> > If you have received it in error, please delete it from your system. >> > Do not use, copy or disclose the information in any way nor act in >> reliance on it and notify the sender immediately. >> > Please note that the BBC monitors e-mails sent or received. >> > Further communication will signify your consent to this. >> > >> > >> -- >> Martin Grotzke >> http://www.javakaffee.de/blog/ >> >
Re: Solr 1.2 HTTP Client for Java
I have a problem at my work that I am unable to checkout sources from servers outside our network. I have managed to save the java sources of the client, but I can't seem to find apache-solr-1.3-dev-common.jar and apache-solr-1.3-dev-solrj.jar. Are these jars present in the trunk or do they need to be build as well? Can someone perhaps send me a jar file containing the latest version of the client? On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 "overrides" everything you had under http://solrstuff.org/svn/solrj/ and solrj under http://solrstuff.org/svn/solrj/ will no longer be needed because the solrj client will now be maintained in Solr proper. Ja? Thanks, Otis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Simpy -- http://www.simpy.com/ - Tag - Search - Share - Original Message From: Ryan McKinley <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Thursday, June 14, 2007 7:09:17 PM Subject: Re: Solr 1.2 HTTP Client for Java I'm working on integrating the solrj client into the official solr source tree right now. It should be ready to use (test!) later today... Once it is in /trunk, it will be easy for us to know what version of what we are talking about and can definitely help work through any issues. good good ryan Thierry Collogne wrote: > I tried using that client, but I didn't get any good results while > searching > for worst with special characters. I have also searched for documentation > for that client, but didn't find any. > > Does anyone know where to find documentation concerning the java client? > > On 14/06/07, Will Johnson <[EMAIL PROTECTED]> wrote: >> >> The code in http://solrstuff.org/svn/solrj/ is very stable, works with >> most all features for both searching and indexing and will be moving >> into the main distribution soon as the standard java client library. >> >> - will >> >> >> >> >> >> -Original Message- >> From: Martin Grotzke [mailto:[EMAIL PROTECTED] >> Sent: Thursday, June 14, 2007 8:39 AM >> To: solr-user@lucene.apache.org >> Subject: Re: Solr 1.2 HTTP Client for Java >> >> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: >> > Thanks Martin. >> > >> > I'm using one of them which the optimize command doesn't work >> properly >> > Have you seen the same problem? >> Nope, I'm using the client only for queries - the xml generation / >> posting to solr is done by another module in our application, and not >> with java. >> >> Cheers, >> Martin >> >> >> > >> > Regards, >> > Daniel >> > >> > >> > On 14/6/07 13:07, "Martin Grotzke" <[EMAIL PROTECTED]> >> wrote: >> > >> > > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: >> > >> Hi >> > >> >> > >> I've been using one Java client I got from a colleague but I don't >> know >> > >> exactly its version or where to get any update for it. Base package >> is >> > >> org.apache.solr.client (where there are some common packages) and >> the client >> > >> main package is org.apache.solr.client.solrj. >> > >> >> > >> Is it available via Maven2 central repository? >> > > Have a look at the issue tracker, there's one with solr clients: >> > > http://issues.apache.org/jira/browse/SOLR-20 >> > > >> > > I've also used one of them, but to be honest, do not remember which >> > > one ;) >> > > >> > > Cheers, >> > > Martin >> > > >> > > >> > >> >> > >> Regards, >> > >> Daniel >> > >> >> > >> >> > >> http://www.bbc.co.uk/ >> > >> This e-mail (and any attachments) is confidential and may contain >> personal >> > >> views which are not the views of the BBC unless specifically >> stated. >> > >> If you have received it in error, please delete it from your >> system. >> > >> Do not use, copy or disclose the information in any way nor act in >> reliance >> > >> on it and notify the sender immediately. >> > >> Please note that the BBC monitors e-mails sent or received. >> > >> Further communication will signify your consent to this. >> > >> >> > >> >> > > >> > >> > >> > http://www.bbc.co.uk/ >> > This e-mail (and any attachments) is confidential and may contain >> personal views which are not the views of the BBC unless specifically >> stated. >> > If you have received it in error, please delete it from your system. >> > Do not use, copy or disclose the information in any way nor act in >> reliance on it and notify the sender immediately. >> > Please note that the BBC monitors e-mails sent or received. >> > Further communication will signify your consent to this. >> > >> > >> -- >> Martin Grotzke >> http://www.javakaffee.de/blog/ >> >
Re: Solr 1.2 HTTP Client for Java
Just to be clear. This client is compatible with the 1.2 release of solr? On 15/06/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: I have a problem at my work that I am unable to checkout sources from servers outside our network. I have managed to save the java sources of the client, but I can't seem to find apache-solr-1.3-dev-common.jar and apache-solr-1.3-dev-solrj.jar . Are these jars present in the trunk or do they need to be build as well? Can someone perhaps send me a jar file containing the latest version of the client? On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > > Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 > "overrides" everything you had under http://solrstuff.org/svn/solrj/and solrj under http://solrstuff.org/svn/solrj/ will > no longer be needed because the solrj client will now be maintained in Solr > proper. Ja? > > Thanks, > Otis > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > Simpy -- http://www.simpy.com/ - Tag - Search - Share > > - Original Message > From: Ryan McKinley <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, June 14, 2007 7:09:17 PM > Subject: Re: Solr 1.2 HTTP Client for Java > > I'm working on integrating the solrj client into the official solr > source tree right now. It should be ready to use (test!) later today... > > Once it is in /trunk, it will be easy for us to know what version of > what we are talking about and can definitely help work through any > issues. > > good good > ryan > > > Thierry Collogne wrote: > > I tried using that client, but I didn't get any good results while > > searching > > for worst with special characters. I have also searched for > documentation > > for that client, but didn't find any. > > > > Does anyone know where to find documentation concerning the java > client? > > > > On 14/06/07, Will Johnson < [EMAIL PROTECTED]> wrote: > >> > >> The code in http://solrstuff.org/svn/solrj/ is very stable, works > with > >> most all features for both searching and indexing and will be moving > >> into the main distribution soon as the standard java client library. > >> > >> - will > >> > >> > >> > >> > >> > >> -Original Message- > >> From: Martin Grotzke [mailto: [EMAIL PROTECTED] > >> Sent: Thursday, June 14, 2007 8:39 AM > >> To: solr-user@lucene.apache.org > >> Subject: Re: Solr 1.2 HTTP Client for Java > >> > >> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: > >> > Thanks Martin. > >> > > >> > I'm using one of them which the optimize command doesn't work > >> properly > >> > Have you seen the same problem? > >> Nope, I'm using the client only for queries - the xml generation / > >> posting to solr is done by another module in our application, and not > > >> with java. > >> > >> Cheers, > >> Martin > >> > >> > >> > > >> > Regards, > >> > Daniel > >> > > >> > > >> > On 14/6/07 13:07, "Martin Grotzke" < [EMAIL PROTECTED]> > >> wrote: > >> > > >> > > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: > >> > >> Hi > >> > >> > >> > >> I've been using one Java client I got from a colleague but I > don't > >> know > >> > >> exactly its version or where to get any update for it. Base > package > >> is > >> > >> org.apache.solr.client (where there are some common packages) > and > >> the client > >> > >> main package is org.apache.solr.client.solrj. > >> > >> > >> > >> Is it available via Maven2 central repository? > >> > > Have a look at the issue tracker, there's one with solr clients: > >> > > http://issues.apache.org/jira/browse/SOLR-20 > >> > > > >> > > I've also used one of them, but to be honest, do not remember > which > >> > > one ;) > >> > > > >> > > Cheers, > >> > > Martin > >> > > > >> > > > >> > >> > >> > >> Regards, > >> > >> Daniel > >> > >> > >> > >> > >> > >> http://www.bbc.co.uk/ > >> > >> This e-mail (and any attachments) is confidential and may > contain > >> personal > >> > >> views which are not the views of the BBC unless specifically > >> stated. > >> > >> If you have received it in error, please delete it from your > >> system. > >> > >> Do not use, copy or disclose the information in any way nor act > in > >> reliance > >> > >> on it and notify the sender immediately. > >> > >> Please note that the BBC monitors e-mails sent or received. > >> > >> Further communication will signify your consent to this. > >> > >> > >> > >> > >> > > > >> > > >> > > >> > http://www.bbc.co.uk/ > >> > This e-mail (and any attachments) is confidential and may contain > >> personal views which are not the views of the BBC unless specifically > >> stated. > >> > If you have received it in error, please delete it from your > system. > >> > Do not use, copy or disclose the information in any way nor act in > >> reliance on it and notify the sender immediately. > >> > Please note that the BBC monitors e-mails sent or received. > >> > Further communication will signify your consent to this. > >> > > >> > > >> -- > >> Mar
Re: Solr 1.2 HTTP Client for Java
On 6/15/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: Just to be clear. This client is compatible with the 1.2 release of solr? Yes, I just tested it. @Ryan : Thank you very very much!! Been waiting for this happen for a long time !! Regards Rajesh On 15/06/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: > > I have a problem at my work that I am unable to checkout sources from > servers outside our network. I have managed to save the java sources of the > client, but I can't seem to find apache-solr-1.3-dev-common.jar and > apache-solr-1.3-dev-solrj.jar . > > Are these jars present in the trunk or do they need to be build as well? > Can someone perhaps send me a jar file containing the latest version of the > client? > > On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > > > > Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 > > "overrides" everything you had under http://solrstuff.org/svn/solrj/and solrj under http://solrstuff.org/svn/solrj/ will > > no longer be needed because the solrj client will now be maintained in Solr > > proper. Ja? > > > > Thanks, > > Otis > > > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > > Simpy -- http://www.simpy.com/ - Tag - Search - Share > > > > - Original Message > > From: Ryan McKinley <[EMAIL PROTECTED]> > > To: solr-user@lucene.apache.org > > Sent: Thursday, June 14, 2007 7:09:17 PM > > Subject: Re: Solr 1.2 HTTP Client for Java > > > > I'm working on integrating the solrj client into the official solr > > source tree right now. It should be ready to use (test!) later today... > > > > Once it is in /trunk, it will be easy for us to know what version of > > what we are talking about and can definitely help work through any > > issues. > > > > good good > > ryan > > > > > > Thierry Collogne wrote: > > > I tried using that client, but I didn't get any good results while > > > searching > > > for worst with special characters. I have also searched for > > documentation > > > for that client, but didn't find any. > > > > > > Does anyone know where to find documentation concerning the java > > client? > > > > > > On 14/06/07, Will Johnson < [EMAIL PROTECTED]> wrote: > > >> > > >> The code in http://solrstuff.org/svn/solrj/ is very stable, works > > with > > >> most all features for both searching and indexing and will be moving > > >> into the main distribution soon as the standard java client library. > > >> > > >> - will > > >> > > >> > > >> > > >> > > >> > > >> -Original Message- > > >> From: Martin Grotzke [mailto: [EMAIL PROTECTED] > > >> Sent: Thursday, June 14, 2007 8:39 AM > > >> To: solr-user@lucene.apache.org > > >> Subject: Re: Solr 1.2 HTTP Client for Java > > >> > > >> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: > > >> > Thanks Martin. > > >> > > > >> > I'm using one of them which the optimize command doesn't work > > >> properly > > >> > Have you seen the same problem? > > >> Nope, I'm using the client only for queries - the xml generation / > > >> posting to solr is done by another module in our application, and not > > > > >> with java. > > >> > > >> Cheers, > > >> Martin > > >> > > >> > > >> > > > >> > Regards, > > >> > Daniel > > >> > > > >> > > > >> > On 14/6/07 13:07, "Martin Grotzke" < [EMAIL PROTECTED]> > > >> wrote: > > >> > > > >> > > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: > > >> > >> Hi > > >> > >> > > >> > >> I've been using one Java client I got from a colleague but I > > don't > > >> know > > >> > >> exactly its version or where to get any update for it. Base > > package > > >> is > > >> > >> org.apache.solr.client (where there are some common packages) > > and > > >> the client > > >> > >> main package is org.apache.solr.client.solrj. > > >> > >> > > >> > >> Is it available via Maven2 central repository? > > >> > > Have a look at the issue tracker, there's one with solr clients: > > >> > > http://issues.apache.org/jira/browse/SOLR-20 > > >> > > > > >> > > I've also used one of them, but to be honest, do not remember > > which > > >> > > one ;) > > >> > > > > >> > > Cheers, > > >> > > Martin > > >> > > > > >> > > > > >> > >> > > >> > >> Regards, > > >> > >> Daniel > > >> > >> > > >> > >> > > >> > >> http://www.bbc.co.uk/ > > >> > >> This e-mail (and any attachments) is confidential and may > > contain > > >> personal > > >> > >> views which are not the views of the BBC unless specifically > > >> stated. > > >> > >> If you have received it in error, please delete it from your > > >> system. > > >> > >> Do not use, copy or disclose the information in any way nor act > > in > > >> reliance > > >> > >> on it and notify the sender immediately. > > >> > >> Please note that the BBC monitors e-mails sent or received. > > >> > >> Further communication will signify your consent to this. > > >> > >> > > >> > >> > > >> > > > > >> > > > >> > > > >> > http://www.bbc.co.uk/ > > >> > This e-mail (and any attachments) is confidential and
Re: Solr 1.2 HTTP Client for Java
Nice. Can someone please send me an already build version of the client with the required libraries? I am unable to check out the source code at my work. Thank you. On 15/06/07, rubdabadub <[EMAIL PROTECTED]> wrote: On 6/15/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: > Just to be clear. This client is compatible with the 1.2 release of solr? Yes, I just tested it. @Ryan : Thank you very very much!! Been waiting for this happen for a long time !! Regards Rajesh > On 15/06/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: > > > > I have a problem at my work that I am unable to checkout sources from > > servers outside our network. I have managed to save the java sources of the > > client, but I can't seem to find apache-solr-1.3-dev-common.jar and > > apache-solr-1.3-dev-solrj.jar . > > > > Are these jars present in the trunk or do they need to be build as well? > > Can someone perhaps send me a jar file containing the latest version of the > > client? > > > > On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > > > > > > Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 > > > "overrides" everything you had under http://solrstuff.org/svn/solrj/and solrj under http://solrstuff.org/svn/solrj/ will > > > no longer be needed because the solrj client will now be maintained in Solr > > > proper. Ja? > > > > > > Thanks, > > > Otis > > > > > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > > > Simpy -- http://www.simpy.com/ - Tag - Search - Share > > > > > > - Original Message > > > From: Ryan McKinley <[EMAIL PROTECTED]> > > > To: solr-user@lucene.apache.org > > > Sent: Thursday, June 14, 2007 7:09:17 PM > > > Subject: Re: Solr 1.2 HTTP Client for Java > > > > > > I'm working on integrating the solrj client into the official solr > > > source tree right now. It should be ready to use (test!) later today... > > > > > > Once it is in /trunk, it will be easy for us to know what version of > > > what we are talking about and can definitely help work through any > > > issues. > > > > > > good good > > > ryan > > > > > > > > > Thierry Collogne wrote: > > > > I tried using that client, but I didn't get any good results while > > > > searching > > > > for worst with special characters. I have also searched for > > > documentation > > > > for that client, but didn't find any. > > > > > > > > Does anyone know where to find documentation concerning the java > > > client? > > > > > > > > On 14/06/07, Will Johnson < [EMAIL PROTECTED]> wrote: > > > >> > > > >> The code in http://solrstuff.org/svn/solrj/ is very stable, works > > > with > > > >> most all features for both searching and indexing and will be moving > > > >> into the main distribution soon as the standard java client library. > > > >> > > > >> - will > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> -Original Message- > > > >> From: Martin Grotzke [mailto: [EMAIL PROTECTED] > > > >> Sent: Thursday, June 14, 2007 8:39 AM > > > >> To: solr-user@lucene.apache.org > > > >> Subject: Re: Solr 1.2 HTTP Client for Java > > > >> > > > >> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: > > > >> > Thanks Martin. > > > >> > > > > >> > I'm using one of them which the optimize command doesn't work > > > >> properly > > > >> > Have you seen the same problem? > > > >> Nope, I'm using the client only for queries - the xml generation / > > > >> posting to solr is done by another module in our application, and not > > > > > > >> with java. > > > >> > > > >> Cheers, > > > >> Martin > > > >> > > > >> > > > >> > > > > >> > Regards, > > > >> > Daniel > > > >> > > > > >> > > > > >> > On 14/6/07 13:07, "Martin Grotzke" < [EMAIL PROTECTED]> > > > >> wrote: > > > >> > > > > >> > > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: > > > >> > >> Hi > > > >> > >> > > > >> > >> I've been using one Java client I got from a colleague but I > > > don't > > > >> know > > > >> > >> exactly its version or where to get any update for it. Base > > > package > > > >> is > > > >> > >> org.apache.solr.client (where there are some common packages) > > > and > > > >> the client > > > >> > >> main package is org.apache.solr.client.solrj. > > > >> > >> > > > >> > >> Is it available via Maven2 central repository? > > > >> > > Have a look at the issue tracker, there's one with solr clients: > > > >> > > http://issues.apache.org/jira/browse/SOLR-20 > > > >> > > > > > >> > > I've also used one of them, but to be honest, do not remember > > > which > > > >> > > one ;) > > > >> > > > > > >> > > Cheers, > > > >> > > Martin > > > >> > > > > > >> > > > > > >> > >> > > > >> > >> Regards, > > > >> > >> Daniel > > > >> > >> > > > >> > >> > > > >> > >> http://www.bbc.co.uk/ > > > >> > >> This e-mail (and any attachments) is confidential and may > > > contain > > > >> personal > > > >> > >> views which are not the views of the BBC unless specifically > > > >> stated. > > > >> > >> If you have received it in error, plea
Re: problems getting data into solr index
Hi Mike The characters that are giving us problems are the old favourites of apostrophe's and quotes pasted from Microsoft Word into a Django Web Site. I'm not using django's newforms yet, but still using the old ones. Any help or tips or sending me off to sites to read stuff Mike I'll be grateful. I'm coming round to the idea that I might have to strip these odd characters out with python before they get sent into the database, that would be the most sensible option I think. Mike Klaas wrote: > > I've dealt with tons of issues with python and unicode, but I need > more information before proceeding with tips. > > Specifically, what is the format of the "shit" being copied and > pasted into your app, and what python datatype is handling it? I > suspect it is encoded somehow, which could be problematic. Is it > going through a web browser? How is it getting into mysql? > > -MIke > > > > -- View this message in context: http://www.nabble.com/problems-getting-data-into-solr-index-tf3915542.html#a11136156 Sent from the Solr - User mailing list archive at Nabble.com.
Re: Solr 1.2 HTTP Client for Java
Hi, I have the same problem here... Can someone put a build of this client version available for download? Regards, Daniel On 15/6/07 09:39, "Thierry Collogne" <[EMAIL PROTECTED]> wrote: > Nice. Can someone please send me an already build version of the client with > the required libraries? I am unable to check out the source code at my work. > > Thank you. > > On 15/06/07, rubdabadub <[EMAIL PROTECTED]> wrote: >> >> On 6/15/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: >>> Just to be clear. This client is compatible with the 1.2 release of >> solr? >> >> Yes, I just tested it. >> >> @Ryan : Thank you very very much!! Been waiting for this happen for a >> long time !! >> >> Regards >> Rajesh >> >> >>> On 15/06/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: I have a problem at my work that I am unable to checkout sources from servers outside our network. I have managed to save the java sources >> of the client, but I can't seem to find apache-solr-1.3-dev-common.jar and apache-solr-1.3-dev-solrj.jar . Are these jars present in the trunk or do they need to be build as >> well? Can someone perhaps send me a jar file containing the latest version >> of the client? On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > > Ah, excellent! Just to clarify - the code you've checked in for >> SOLR-20 > "overrides" everything you had under >> http://solrstuff.org/svn/solrj/and solrj under >> http://solrstuff.org/svn/solrj/ will > no longer be needed because the solrj client will now be maintained >> in Solr > proper. Ja? > > Thanks, > Otis > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > Simpy -- http://www.simpy.com/ - Tag - Search - Share > > - Original Message > From: Ryan McKinley <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, June 14, 2007 7:09:17 PM > Subject: Re: Solr 1.2 HTTP Client for Java > > I'm working on integrating the solrj client into the official solr > source tree right now. It should be ready to use (test!) later >> today... > > Once it is in /trunk, it will be easy for us to know what version of > what we are talking about and can definitely help work through any > issues. > > good good > ryan > > > Thierry Collogne wrote: >> I tried using that client, but I didn't get any good results while >> searching >> for worst with special characters. I have also searched for > documentation >> for that client, but didn't find any. >> >> Does anyone know where to find documentation concerning the java > client? >> >> On 14/06/07, Will Johnson < [EMAIL PROTECTED]> wrote: >>> >>> The code in http://solrstuff.org/svn/solrj/ is very stable, works > with >>> most all features for both searching and indexing and will be >> moving >>> into the main distribution soon as the standard java client >> library. >>> >>> - will >>> >>> >>> >>> >>> >>> -Original Message- >>> From: Martin Grotzke [mailto: [EMAIL PROTECTED] >>> Sent: Thursday, June 14, 2007 8:39 AM >>> To: solr-user@lucene.apache.org >>> Subject: Re: Solr 1.2 HTTP Client for Java >>> >>> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: Thanks Martin. I'm using one of them which the optimize command doesn't work >>> properly Have you seen the same problem? >>> Nope, I'm using the client only for queries - the xml generation >> / >>> posting to solr is done by another module in our application, and >> not > >>> with java. >>> >>> Cheers, >>> Martin >>> >>> Regards, Daniel On 14/6/07 13:07, "Martin Grotzke" < >> [EMAIL PROTECTED]> >>> wrote: > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: >> Hi >> >> I've been using one Java client I got from a colleague but I > don't >>> know >> exactly its version or where to get any update for it. Base > package >>> is >> org.apache.solr.client (where there are some common >> packages) > and >>> the client >> main package is org.apache.solr.client.solrj. >> >> Is it available via Maven2 central repository? > Have a look at the issue tracker, there's one with solr >> clients: > http://issues.apache.org/jira/browse/SOLR-20 > > I've also used one of them, but to be honest, do not remember > which > one ;) > > Cheers, > Martin > > >> >> Regards, >> Daniel >> >> >> http://www.bbc.co.uk/ >> This e-mail (and any attachments)
Re: Solr 1.2 HTTP Client for Java
I have managed to get the sources and made a build. Can I send them directly to you? The 2 jars are about 130 kb. On 15/06/07, Daniel Alheiros <[EMAIL PROTECTED] > wrote: Hi, I have the same problem here... Can someone put a build of this client version available for download? Regards, Daniel On 15/6/07 09:39, "Thierry Collogne" <[EMAIL PROTECTED]> wrote: > Nice. Can someone please send me an already build version of the client with > the required libraries? I am unable to check out the source code at my work. > > Thank you. > > On 15/06/07, rubdabadub <[EMAIL PROTECTED]> wrote: >> >> On 6/15/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: >>> Just to be clear. This client is compatible with the 1.2 release of >> solr? >> >> Yes, I just tested it. >> >> @Ryan : Thank you very very much!! Been waiting for this happen for a >> long time !! >> >> Regards >> Rajesh >> >> >>> On 15/06/07, Thierry Collogne <[EMAIL PROTECTED]> wrote: I have a problem at my work that I am unable to checkout sources from servers outside our network. I have managed to save the java sources >> of the client, but I can't seem to find apache-solr-1.3-dev-common.jar and apache-solr-1.3-dev-solrj.jar . Are these jars present in the trunk or do they need to be build as >> well? Can someone perhaps send me a jar file containing the latest version >> of the client? On 15/06/07, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > > Ah, excellent! Just to clarify - the code you've checked in for >> SOLR-20 > "overrides" everything you had under >> http://solrstuff.org/svn/solrj/and solrj under >> http://solrstuff.org/svn/solrj/ will > no longer be needed because the solrj client will now be maintained >> in Solr > proper. Ja? > > Thanks, > Otis > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > Simpy -- http://www.simpy.com/ - Tag - Search - Share > > - Original Message > From: Ryan McKinley < [EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, June 14, 2007 7:09:17 PM > Subject: Re: Solr 1.2 HTTP Client for Java > > I'm working on integrating the solrj client into the official solr > source tree right now. It should be ready to use (test!) later >> today... > > Once it is in /trunk, it will be easy for us to know what version of > what we are talking about and can definitely help work through any > issues. > > good good > ryan > > > Thierry Collogne wrote: >> I tried using that client, but I didn't get any good results while >> searching >> for worst with special characters. I have also searched for > documentation >> for that client, but didn't find any. >> >> Does anyone know where to find documentation concerning the java > client? >> >> On 14/06/07, Will Johnson < [EMAIL PROTECTED]> wrote: >>> >>> The code in http://solrstuff.org/svn/solrj/ is very stable, works > with >>> most all features for both searching and indexing and will be >> moving >>> into the main distribution soon as the standard java client >> library. >>> >>> - will >>> >>> >>> >>> >>> >>> -Original Message- >>> From: Martin Grotzke [mailto: [EMAIL PROTECTED] ] >>> Sent: Thursday, June 14, 2007 8:39 AM >>> To: solr-user@lucene.apache.org >>> Subject: Re: Solr 1.2 HTTP Client for Java >>> >>> On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: Thanks Martin. I'm using one of them which the optimize command doesn't work >>> properly Have you seen the same problem? >>> Nope, I'm using the client only for queries - the xml generation >> / >>> posting to solr is done by another module in our application, and >> not > >>> with java. >>> >>> Cheers, >>> Martin >>> >>> Regards, Daniel On 14/6/07 13:07, "Martin Grotzke" < >> [EMAIL PROTECTED]> >>> wrote: > On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: >> Hi >> >> I've been using one Java client I got from a colleague but I > don't >>> know >> exactly its version or where to get any update for it. Base > package >>> is >> org.apache.solr.client (where there are some common >> packages) > and >>> the client >> main package is org.apache.solr.client.solrj . >> >> Is it available via Maven2 central repository? > Have a look at the issue tracker, there's one with solr >> clients: > http://issues.apache.org/jira/browse/SOLR-20 > > I've also used one of them, but to be honest, do not remember > which > one ;) > > Cheers, > Martin > > >> >
Copying part of index directory
Hi, I am new to solr, lucene. In my project I want to copy index directory based on some query (copy may not copy the whole index directory). I came across a backup script in solr/bin folder but it seems to be copying the whole index directory. My query is, what is the procedure for copying a part of the index. Is it like - do a query, get all the fields, make a new index with those queried results? Or is there any other way ? My project is in python and I am using the client => http://svn.apache.org/repos/asf/lucene/solr/trunk/client/python/solr.py. I want to do the copy operation from python code. The above python client, solr.py has a constructor which takes in host, solrBase, persistent=True, postHeaders. Can we specify the location of the index dir from python (through constructor or so) ? Thanks Roopesh -- DigitalGlue, India
Fwd: Call for Papers Opens for OS Summit Asia 2007
Begin forwarded message: From: J Aaron Farr <[EMAIL PROTECTED]> Call for Papers Opens for OS Summit Asia 2007 The call for papers is now open for OS Summit Asia, to be held November 26-30 at the Cyberport in Hong Kong. This joint conference between the Apache Software Foundation and the Eclipse Foundation will be consist of two days of tutorials (Nov 26-27) and three days of regular conference sessions (Nov 28-30). The paper submission deadline is Friday, 13 July, 2007, Midnight PDT. You may log in to the ApacheCon submission site to submit your proposals. Further details about the conference, submissions, and fees can be found at: http://www.ossummit.com/cfp.html Topics appropriate for submission include, but are not restricted to, the following: * ASF-wide projects such as Apache HTTP server, Tomcat, Struts, Geronimo, mod_perl and XML Web Services * Eclipse-wide projects such as BI and Reporting Tools (BIRT), Web Tools Platform (WTP), Eclipse Modeling Framework (EMF), Data Tools Platform (DTP), Equinox and the Rich Client Platform (RCP) * Programming languages such as Java, Perl, Python, Ruby and PHP * Web development technologies and techniques including security, performance tuning, e-commerce and J2EE * New technologies and trends such as Web Services and Web 2.0 * Open source community and business models, legal and marketing issues * Open source projects and activities in Asia, local efforts and case studies Thanks and we hope to hear from you, and see you in Hong Kong! -- The OSSummit Planners [EMAIL PROTECTED]
Re: Solr 1.2 HTTP Client for Java
Thierry Collogne wrote: Just to be clear. This client is compatible with the 1.2 release of solr? Yes. Assuming you use default values, it should also work against 1.1.
Re: Keep having error on "unknown field"
Chris Hostetter wrote: : SOLR-133 includes this fix... it squawks if it hits an unknown tag. Really? i thought SOLR-133 only changed the way the incoming XML is parsed, is it also changing hte way the schema.xml is parsed? Sorry my mistake -- It parses incoming XML spitting out errors if the xml names are wrong... This is a different issue, and should we should open something in JIRA...
Re: Solr 1.2 HTTP Client for Java
Otis Gospodnetic wrote: Ah, excellent! Just to clarify - the code you've checked in for SOLR-20 "overrides" everything you had under http://solrstuff.org/svn/solrj/ and solrj under http://solrstuff.org/svn/solrj/ will no longer be needed because the solrj client will now be maintained in Solr proper. Ja? Correct, http://solrstuff.org/svn/solrj/ is gone. All fixes/improvements will be on: http://svn.apache.org/repos/asf/lucene/solr/trunk/ It is still at: http://solrstuff.org/svn/solrj-old/, but that will be deleted soon. ryan Thanks, Otis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Simpy -- http://www.simpy.com/ - Tag - Search - Share - Original Message From: Ryan McKinley <[EMAIL PROTECTED]> To: solr-user@lucene.apache.org Sent: Thursday, June 14, 2007 7:09:17 PM Subject: Re: Solr 1.2 HTTP Client for Java I'm working on integrating the solrj client into the official solr source tree right now. It should be ready to use (test!) later today... Once it is in /trunk, it will be easy for us to know what version of what we are talking about and can definitely help work through any issues. good good ryan Thierry Collogne wrote: I tried using that client, but I didn't get any good results while searching for worst with special characters. I have also searched for documentation for that client, but didn't find any. Does anyone know where to find documentation concerning the java client? On 14/06/07, Will Johnson <[EMAIL PROTECTED]> wrote: The code in http://solrstuff.org/svn/solrj/ is very stable, works with most all features for both searching and indexing and will be moving into the main distribution soon as the standard java client library. - will -Original Message- From: Martin Grotzke [mailto:[EMAIL PROTECTED] Sent: Thursday, June 14, 2007 8:39 AM To: solr-user@lucene.apache.org Subject: Re: Solr 1.2 HTTP Client for Java On Thu, 2007-06-14 at 13:13 +0100, Daniel Alheiros wrote: Thanks Martin. I'm using one of them which the optimize command doesn't work properly Have you seen the same problem? Nope, I'm using the client only for queries - the xml generation / posting to solr is done by another module in our application, and not with java. Cheers, Martin Regards, Daniel On 14/6/07 13:07, "Martin Grotzke" <[EMAIL PROTECTED]> wrote: On Thu, 2007-06-14 at 11:32 +0100, Daniel Alheiros wrote: Hi I've been using one Java client I got from a colleague but I don't know exactly its version or where to get any update for it. Base package is org.apache.solr.client (where there are some common packages) and the client main package is org.apache.solr.client.solrj. Is it available via Maven2 central repository? Have a look at the issue tracker, there's one with solr clients: http://issues.apache.org/jira/browse/SOLR-20 I've also used one of them, but to be honest, do not remember which one ;) Cheers, Martin Regards, Daniel http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. -- Martin Grotzke http://www.javakaffee.de/blog/
Re: who use time?
On 6/14/07, James liu <[EMAIL PROTECTED]> wrote: I just timing my script to get data from 2 solr boxes, not complete script. It just query two box and return id,score .rows=10. response type use json. and i see their qtime all zero. How many > documents are you retrieving? one: numDocs : 1 maxDoc : 23000 the other: numDocs : 9000 maxDoc : 9000 3-4k per doc If you re-execute the same exact query again, is it still slower? It will be quick. time will be 0.0043279ms It's probably the time it takes to retrieve the stored fields from the index... perhaps the OS had to go to disk. -Yonik
RE: Index time boost is not working
: : Otis, here is the setting in the schema for the fields I use. OmitNorms : is not set to any value here. Should explicitly set the value to false. bear in mind, fields inherit the omitNorms value from their fieldtype if they don't specify explicitly, so check that too. : > need to be stored in Solr I can see the boost values being set on the : > fields as attributes. However when I browse the indexes through luke I : > see a boost value of 1. What am I missing. Thanks for your input. i don't have a lot of first hand experience with Luke, but i'm suprised that Luke would show you the "boost value" of a field -- since boost value's aren't stored in the index, they are used to compute a "fieldNorm" (which takes into account the length of the field as well) -Hoss
Re[5]: Where are the log files...
Hello Chris, With Solr 1.1, after I uncomment the logging portion of jetty.xml, jetty starts to write to log files. But that part of jetty.xml disappears in Solr 1.2, which uses a new version of Jetty. So, I still don't know how to enable Jetty logging in Solr 1.2. (The query log works, not the web server/container log.) Also, the jetty log only logs web server activities, not solr activities. Is there a way to configure solr to log to a file? -- Best regards, Jack Thursday, June 14, 2007, 10:59:58 PM, you wrote: > : But I've just notice that in jetty.xml, I have to uncomment some > : lines to enable jetty logging. It's commented out by default. > : I haven't tried this yet though. > the sample instance of Jetty that comes in Solr releases is setup to write > Logging messages to stdout. It is not a recomeneded Jetty configuration > for production use -- everything about it is designed for ease of use on > the command line. : >>> But I didn't find *.log in the whole solr directory. : >>> Is jetty putting the log files outside the directory? > every servlet container is differnet -- but unless you explicitly > configure a servlet container to write it's log files somwhere in your > Solr directory it's not even going to know it exists (let alone put logs > there) > -Hoss
Re: Re[5]: Where are the log files...
On Jun 15, 2007, at 4:35 PM, Jack L wrote:
Is there a way to configure solr to log to a file?
...all you have to do is create a logging.properties file and call
this before starting up solr:
System.setProperty("java.util.logging.config.file", home+"/conf/
logging.properties");
(you can set this on the java commandline or in your servlet container)
Your logging.properties file can look like this:
---
handlers= java.util.logging.FileHandler
# Default global logging level.
.level= INFO
# default file output is in user's home directory.
java.util.logging.FileHandler.pattern = %h/Library/Application\
Support/Your Company/solr%u.log
java.util.logging.FileHandler.limit = 5
java.util.logging.FileHandler.count = 1
java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter
Re[5]: Where are the log files...
: Also, the jetty log only logs web server activities, not solr : activities. Is there a way to configure solr to log to a file? Solr logs LogRecords to a Java Logging Logger -- the servlet container controls where those LogRecords go. I'm really not sure how you are running Jety, but when i go to the stock "example" directory that comes with Solr 1.2, and type "java -jar start.jar" I see all of the Solr log messages written to my console via Jetty's STDERR ... if you leave the jetty.xml file alone, and run jetty in the same way (java -jar start.jar), do you see the Solr log messages? if not, then i'm not sure what is going on. if you do: then how is this differnet from what you've been doing where you don't get any messages? (i'm not a jetty expert, i can't give you any particular advice on log configuration in jetty, i just know that the sample jetty configs we've got log everything to STDERR) -Hoss
Re[6]: Where are the log files...
Hello Chris, Yes, I do see the logs printed to the console. Since it's a unix box, I then close the terminal after starting up solr. When a problem happens, such as that solr no longer responds, I hope to be able to to check the log files to see what happened. It's probably a Java logger setting problem. I just saw Brian's reply. I'll give that a try. -- Best regards, Jack Friday, June 15, 2007, 1:43:51 PM, you wrote: > : Also, the jetty log only logs web server activities, not solr > : activities. Is there a way to configure solr to log to a file? > Solr logs LogRecords to a Java Logging Logger -- the servlet container > controls where those LogRecords go. > I'm really not sure how you are running Jety, but when i go to the stock > "example" directory that comes with Solr 1.2, and type "java -jar > start.jar" I see all of the Solr log messages written to my console via > Jetty's STDERR ... if you leave the jetty.xml file alone, and run jetty in > the same way (java -jar start.jar), do you see the Solr log messages? > if not, then i'm not sure what is going on. > if you do: then how is this differnet from what you've been doing where > you don't get any messages? (i'm not a jetty expert, i can't give you any > particular advice on log configuration in jetty, i just know that the > sample jetty configs we've got log everything to STDERR) > -Hoss
Re[6]: Where are the log files...
: Yes, I do see the logs printed to the console. Since it's a unix : box, I then close the terminal after starting up solr. When a problem : happens, such as that solr no longer responds, I hope to be able to : to check the log files to see what happened. ah ... okay, i understand where you are coming from. at a minimum i would change your "startup" methodology to include redirecting stderr/stdour to afile so you don't completley lose the console when closing the terminal used to start the process. but in general i would look into how to configure java standard logging of webapps in Jetty .. the settings you found in the jetty.xml probably only relate to logging from the core Jetty classes. : It's probably a Java logger setting problem. I just saw Brian's reply. : I'll give that a try. his suggestions looked like they make sense for standalone java apps, but when running in a servlet container it may not always work -- the servlet container is totally within it's purview to do things that may prevent techniques like that from working. breifly skimming this webpage leads me to believe Jetty won't interfeer with any JDK logging properties you may choose to set, so it would probably work fine. http://jetty.mortbay.org/jetty5/tut/logging.html -Hoss
Re[7]: Where are the log files...
Hello Brian,
Your suggestion works. Now I'm able to log solr output to a file.
I haven't figured out how to enable Jetty logging in solr
1.2, though. But solr logs just fine.
--
Best regards,
Jack
Friday, June 15, 2007, 1:38:13 PM, you wrote:
> ...all you have to do is create a logging.properties file and call
> this before starting up solr:
> System.setProperty("java.util.logging.config.file", home+"/conf/
> logging.properties");
> ...
RE: question about highlight field
: I rewrite the prefix wildcard query consult* to (consult consult?*), it : works with highlighting. Do you think it's a possible solution? : Could you explain a little bit why put a "?" before "*" won't crash solr : if matching a lot of terms? actually what i said was that Solr has an optimization to help reduce the likelyhood of crashing with prefix queries -- that optimization (using a PrefixFilter) doesn't work with highlighting. if you put a "?" in front of the "*" you force Solr to use a wildcard query, bypass the optimization, and get working highlighting -- but now you risk the same potential crashing behavior. the possibility of a "crash" stemms from the way Wildcard (and low level prefix) queries work -- they inspect the index to get a list of all the words that match the pattern, and then query on each of them ... this can be slow, but worse it can take up a lot of RAM, more ram then you may have ... so Lucene has a built in limit that controls how big it will let these queries get, it's configurable in solr using the "maxBooleanClauses" option in your solrconfig.xml. If you try to make a WildcardQuery with a pattern that matches more then that many terms in your index, the query will fail (but it's still possible Solr will crash if you configure this value to be so big that it the expanded query exhausts all of your ram) -Hoss
Re: Multi-language indexing and searching
: One bad thing in having fields specific for your language (in my point of : view) is that you will have to re-index your content when you add a new : language (some will need to start with one language and in future will have : others added). But OK, let's say the indexing is done. i don't see anyway you could possible avoid that, unless you index each "langauge version" of your orriginl documents as seperate Solr Documents (which would still work with the same type of schema) then if you add a new translation for a "document" you only have to index the new text -- but the trade off is you can't do queries for things like "all documents written between 2004 and 2005" becuse you'll get every translation of every document. : you are going to have a different "interface" as the system will receive and : return a different set of fields in queries, wouldn't? : It could be avoided transforming the request / response to a language aware : / unaware format: : requests: transforming fieldName => fieldName_language : responses: transforming fieldName_language => fieldName sure ... the fields have the langauge in them, if you want a downstream client ot be able to refer to them without the language in the name, you'll need to strip it off. : And still you will not be able to search for all your documents... It may be : interesting to search for the last published contents (no matter in which : language this content is)... why wouldn't you be able to do that? "publish date" would be a field that would be completley independent of the language, so you would just have it as a regular field ing your schema (not dynamic, no langauge in the field name) -Hoss
