If you just want a quick way to query Solr server, Perl module
Webservice::Solr is pretty good.
On Mon, Nov 1, 2010 at 4:56 PM, Lance Norskog wrote:
> Yes, you can write your own app to read the file with SVNkit and post
> it to the ExtractingRequestHandler. This would be easiest.
>
> On Mon, N
Yes, you can write your own app to read the file with SVNkit and post
it to the ExtractingRequestHandler. This would be easiest.
On Mon, Nov 1, 2010 at 5:49 AM, getagrip wrote:
> Ok, so if I did NOT use Solr_J I could PUSH a Stream to Solr somehow?
> I do not depend on Solr_J, any connection-meth
Ok, so if I did NOT use Solr_J I could PUSH a Stream to Solr somehow?
I do not depend on Solr_J, any connection-method would suffice.
On 11/01/2010 03:23 AM, Lance Norskog wrote:
2.
The SolrJ library handling of content streams is "pull", not "push".
That is, you give it a reader and it pulls co
t;Lance Norskog"
Gesendet: Nov 1, 2010 3:23:55 AM
An: solr-user@lucene.apache.org
Betreff: Re: Design and Usage Questions
>2.
>The SolrJ library handling of content streams is "pull", not "push".
>That is, you give it a reader and it pulls content when
2.
The SolrJ library handling of content streams is "pull", not "push".
That is, you give it a reader and it pulls content when it feels like
it. If your software to feed the connection wants to write the data,
you have to either buffer the whole thing or do a dual-thread
writer/reader pair.
The e
Hi,
I've got some basic usage / design questions.
1. The SolrJ wiki proposes to use the same CommonsHttpSolrServer
instance for all requests to avoid connection leaks.
So if I create a Singleton instance upon application-startup I can
securely use this instance for ALL queries/updates t
