t have any documents in it.
Any suggestions?
-Stuart Sierra
I'm using lucene-core-2.4-dev.jar from the Solr 1.3.0 distribution.
Solr doesn't include lucene-misc, so I used lucene-misc-2.4.jar from
the Lucene 2.4.0 distribution.
But I had the exact same problem when I wrote my own index merge tool
using just the Solr distribution jars.
-Stuart S
On Nov 18, 2007 1:50 AM, Dave C. <[EMAIL PROTECTED]> wrote:
> Maybe you can help me with this related problem I am having.
> My query is: q=description:(test)&&!(type:10)&&!(type:14).
>
> However, my results are not as expected (55 results instead of the expected
> 23)
>
> The response header show
On Nov 18, 2007 10:50 AM, Eswar K <[EMAIL PROTECTED]> wrote:
> We have a scenario, where we want to find out documents which are similar in
> content. To elaborate a little more on what we mean here, lets take an
> example.
>
> The example of this email chain in which we are interacting on, can be
ar in search results) in
the index, so that you don't have to fetch a dozen records from the
database just to display a list of search results. On the other hand,
if your database records are small and you don't need highlighting, it
may be faster to only store database ID's in the index.
Hope this sheds some light,
-Stuart Sierra
AltLaw.org
On Jan 7, 2008 12:08 PM, Jae Joo <[EMAIL PROTECTED]> wrote:
> What happens if Solr application hit the max. memory of heap assigned?
>
> Will be die or just slow down?
In my (limited) experience (with Jetty), Solr will not die but it will
return HTTP 500 errors on all requests until it is restarte
On Jan 14, 2008 11:55 AM, Ryan McKinley <[EMAIL PROTECTED]> wrote:
> the example.xsl is an example using XSLT to format results. Check:
> http://wiki.apache.org/solr/XsltResponseWriter
To add to the above: I think the XsltResponseWriter is not intended
for formatting results for display on your w
On Jan 11, 2008 10:44 AM, Evgeniy Strokin <[EMAIL PROTECTED]> wrote:
> Hello. If I need documents which has number of fields but also I have number
> of other documents which related to the first one one-to-many. For example a
> person, could have several addresses. I want to have all of them in
To Solr users:
I'm curious: do you store everything in a database and just use Solr
for indexing/searching, or do you store everything in Solr so that
your search results come back with context? Or something in between?
(I know if you want highlighting you have to store those fields.)
At the mom
