The Atom Publishing Protocol would be a good choice for a rest API to Solr.
That comes with a spec, interop testing, and an active community.
wunder
On 7/2/07 6:22 PM, "Ian Holsman" <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I've been playing with Kettle (http://kettle.pentaho.org/ ) as a method
> to
Hi,
I set up solr to autocommit each minute. It works well if I sent an add
request, but it does not work for delete, nothing happened after 1
minute. Is this a bug or a designed behavior?
Thanks
Xuesong
6
Check:
https://issues.apache.org/jira/browse/SOLR-283
This is now fixed in trunk
ryan
Xuesong Luo wrote:
Hi,
I set up solr to autocommit each minute. It works well if I sent an add
request, but it does not work for delete, nothing happened after 1
minute. Is this a bug or a designed behavior?
Thanks, Ryan
-Original Message-
From: Ryan McKinley [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 03, 2007 11:32 AM
To: solr-user@lucene.apache.org
Subject: Re: autocommit not working for delete?
Check:
https://issues.apache.org/jira/browse/SOLR-283
This is now fixed in trunk
ryan
Xu
Solr looks very good for indexing and searching strcutured data.
But I noticed there is no tool in the Solr distribution with which documents
of other doc types can be indexed. Are there other side projects that
develop Solr clients for indexing documents of other doc types?
Or is the generic f
On 7/3/07, Walter Underwood <[EMAIL PROTECTED]> wrote:
The Atom Publishing Protocol would be a good choice for a rest API to
Solr.
That comes with a spec, interop testing, and an active community.
+1
What would an update request look like? How close/far is this from the
existing format/functions? Is it just a syntax change from what we have
or would it require something more?
Is this something that can be handled with XSLT processing an atom file?
http://issues.apache.org/jira/browse/SOLR
Hi all,
I have successfully implemented the Solr so far but there are couple of
questions I want the solr user to shine a light on them:
1) In Solr, we create an index by POSTing a XML file to the server. However,
is there a way we can do that same process by db(containg metadat) approach
2) yes.
-Original Message-
From: niraj tulachan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 03, 2007 3:09 PM
To: solr-user@lucene.apache.org
Subject: Solr indexing
Hi all,
I have successfully implemented the Solr so far but there are
couple of questions I want the solr user to sh
On 3-Jul-07, at 3:08 PM, niraj tulachan wrote:
Hi all,
I have successfully implemented the Solr so far but there are
couple of questions I want the solr user to shine a light on them:
1) In Solr, we create an index by POSTing a XML file to the
server. However, is there a way we can d
Take a look at the ROME API. They have support for Atom 0.3, 1.0, and
just about every RSS format on the planet. It's a very solid API and
widely used in the open source community. There was something on their
mailing list about support for the publishing part of Atom not too
long ago. I think the
Hello UG
I couldn't solve the processor load problem. I decided to switch to
release 1.2. I currently run some tests (indexing 9 Million documents
and sending different search queries as fast as possible while indexing)
on the server and got some problems:
On 25-Jun-07, at 4:59 AM, Burkamp, Christian wrote:
Hi list,
Highlighting does not work for words that are not located near the
beginning of a text field.
In my index the whole text is stored in a text field for highlighting
purpose. This field is just stored but not indexed. The maxFieldLength
Kuro,
doc of some type -> parse content into various fields -> post to Solr
Even Nutch does the same - there is a title field, a content field, and so on
(the exact names may be different).
Of course, you can always just combine everything into a single content field.
Otis
. . . . . . . . . .
I set up solr1.2 to run snapshooter each time after a commit/optimize.
It worked fine for a while, but later I got the error message below
after sending the commit request. It seems jboss(4.0.GA) had problem
running snapshooter. The index size is 290m, the file system that solr
data directory is on
: I set up solr1.2 to run snapshooter each time after a commit/optimize.
: It worked fine for a while, but later I got the error message below
: after sending the commit request. It seems jboss(4.0.GA) had problem
: running snapshooter. The index size is 290m, the file system that solr
: data dire
16 matches
Mail list logo