On Sun, Oct 2, 2011 at 10:29 AM, Stardrive Engineering
wrote:
> Solr,
>
> We are looking to test Solr in a Tomcat setting and have discovered that the
> samples that come with Solr are demonstrated with Jetty. Is there a tutorial
> that teaches how to rebuild these samples within Tomcat? So far
Solr,
We are looking to test Solr in a Tomcat setting and have discovered that the
samples that come with Solr are demonstrated with Jetty. Is there a tutorial
that teaches how to rebuild these samples within Tomcat? So far we have Tomcat
running and a basic deployed version of Solr that only s
Thanks Lance, its logged as:
https://issues.apache.org/jira/browse/SOLR-2804
- Pulkit
On Sat, Oct 1, 2011 at 8:59 PM, Lance Norskog wrote:
> Should bugs in LogProcessor should be ignored by DIH? They are not required
> to index data, right?
>
> Please open an issue for this. The fix should have
What part of the source code in debug mode behaved in a fashion such as to make
it seem like it is not thread-safe?
If it feels difficult to put into words then you can always make a small 5 min
screencast to demo the issue and talk about it. I do that for really complex
stuff with Jing by tech
Should bugs in LogProcessor should be ignored by DIH? They are not required
to index data, right?
Please open an issue for this. The fix should have two parts:
1) fix the exception
2) log and ignore exceptions in the LogProcessor
On Sat, Oct 1, 2011 at 2:02 PM, Pulkit Singhal wrote:
> Its rather
The Problem:
When using DIH with trunk 4.x, I am seeing some very funny numbers
with a particularly large XML file that I'm trying to import. Usually
there are bound to be more rows than documents indexed in DIH because
of the foreach property but my other xm lfiles have maybe 1.5 times
t
Hi,
Is there anyway to get correct Qtime when we use http caching ? I think Solr
caching also the Qtime so giving the the same Qtime in response what ever
takes it to finish .. How I can set Qtime correcly from solr when I use
http caching On.
thanks
I will be out of the office starting 01/10/2011 and will not return until
08/10/2011.
Please email to itsta...@actionimages.com for any urgent issues.
Action Images is a division of Reuters Limited and your data will therefore be
protected
in accordance with the Reuters Group Privacy / Data P
Its rather strange stacktrace(at the bottom).
An entire 1+ dataset finishes up only to end up crashing & burning
due to a log statement :)
Based on what I can tell from the stacktrace and the 4.x trunk source
code, it seems that the follwoign log statement dies:
//LogUpdateProcessorFactory
Ahsan,
You have one other problem: on windows, you should use ";" instead of ":" to
separate the classpath entries - also, it's good to be in the habit of
enclosing windows paths in quotation marks, in case one of the sub-directories
has a space in its name:
java -cp "d:/lucene/lucene-core-3.4
I agree about SpanQueries. It's a viable measure against "false-positive
matches on multivalue fields".
we've implemented this approach some time ago. Pls find details at
http://blog.griddynamics.com/2011/06/solr-experience-search-parent-child.html
and
http://blog.griddynamics.com/2011/07/solr-ex
Hi Steve
Thank you very much for your valued response but adding space as you have
mentioned does not solve the problem.
Regards
Ahsan
From: Steven A Rowe
To: "solr-user@lucene.apache.org"
Sent: Friday, September 30, 2011 10:56 AM
Subject: RE: Lucene 3.4.0
Hi Listeners!
We have introduced solr in one of our customer projects some time ago.
In the application the search is more useful and a lot of faster than
database soundex search;-)
But the design of the index creation mechanism is still a little bit
confusing and we are unsure what is the "best"
13 matches
Mail list logo
