It would be great to have solr-ruby (the library formerly known as
solrb) included with Solr distributions, as well as Flare too. It
would give these libraries visibility and usability they'd not see if
they required additional downloads or "svn co". I can certainly say
that solr-ruby doe
: One administrative question: can I contribute these files to be stored under
: /lucene/solr/trunk/client? I don't have a handy place for making these
: publicly accessible at the moment.
yeah, as long as you can submit them in a Jira issue and legally check the
"grant apache liscence" radio bu
: Lucene does not have any way to modify existing fields, so solr can't
: do it either... (document boosts are stored as part of the field)
Actually, this question crossess over into a special case area. While you
certianly can't "update" a Lucene doc, you can modify the fieldNorm of any
[doc,f
Lucene does not have any way to modify existing fields, so solr can't
do it either... (document boosts are stored as part of the field)
In http://issues.apache.org/jira/browse/SOLR-139, I'm working on a
convenience function to let the client modify an existing solr
document - the one catch is th
I understand that I'm supposed to delete the old record and
re-post in order to update a document. But in many cases,
it takes time to extract data (from a database, etc.) and all
I want to change is the document boost. I wonder if it's possible
to adjust the document boost without deleting and re-
Good thought, Yonik. I haven't looked at the Java client, would certainly
be worthwhile. I'll move to prepping the files so they're completely
generic and can work for anyone.
One administrative question: can I contribute these files to be stored under
/lucene/solr/trunk/client? I don't have a
On 3/31/07, Jeff Rodenburg <[EMAIL PROTECTED]> wrote:
As we've proceeded, we've built out a nice C# client library to abstract the
interaction from C# to Solr. It's mostly generic and designed for
extensibilty. With a few modifications, this could be a stand-alone library
that works for others.
Yes yes!
On 3/31/07, Jeff Rodenburg <[EMAIL PROTECTED]> wrote:
We built our first search system architecture around Lucene.Net back in 2005
and continued to make modifications through 2006. We quickly learned that
search management is so much more than query algorithms and indexing
choices. W
We built our first search system architecture around Lucene.Net back in 2005
and continued to make modifications through 2006. We quickly learned that
search management is so much more than query algorithms and indexing
choices. We were not readily prepared for the operational overhead that our
On 3/31/07, Koji Sekiguchi <[EMAIL PROTECTED]> wrote:
This is a trivial question, but I'm curious about mainIndex and
indexDefaults
in solrconfig.xml.
Early on, I had thought that new documents would perhaps be added to a
separate in-mem index and merged in to the main index later. Doug
showed
10 matches
Mail list logo
