using "./snapshooter" instead of "snapshooter", worked like a charm. Its
the little ones you gotta watch out for.
Thanks for everybodies help.
Sunny
In Java files, database handles, and other external open resources are
not automatically closed when the object is garbage-collected. You have
to explicitly close the resource. (There is a feature called
'finalization' where you can implement this for your own classes, but
this has turned out to be
OK, thanks for the update Mark.
I'd recommend putting "request.close()" inside a finally clause, and
the "searcher.close()"seems incorrect (will lead to premature close).
-Yonik
On Dec 26, 2007 11:46 AM, Mark Baird <[EMAIL PROTECTED]> wrote:
> Yonik, to be more specific, I'm not using a custom r
Yonik, to be more specific, I'm not using a custom request handler. I've
just got a Quartz job running periodically inside the Solr webapp that goes
out and pulls down updates to Solr from our database. I just expanded the
solr .war file and created a custom version with the Spring jars and my ow
No I'm not using embedded Solr. It kind of sounds like the reference counts
aren't being maintained properly in an embedded environment.
Mark
On Dec 26, 2007 11:26 AM, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> On Dec 26, 2007 11:16 AM, Mark Baird <[EMAIL PROTECTED]> wrote:
> > Not sure, but I
On Dec 26, 2007 11:16 AM, Mark Baird <[EMAIL PROTECTED]> wrote:
> Not sure, but I believe I just found the problem. It has to do with the way
> reference counts are used in the code. Once Yonik mentioned the reference
> count I looked through the Solr source to see how that worked. Then I
> look
Not sure, but I believe I just found the problem. It has to do with the way
reference counts are used in the code. Once Yonik mentioned the reference
count I looked through the Solr source to see how that worked. Then I
looked through the custom code I've added to my Solr install and found an
in
Hi all
I've got this error when trying to search query like q=+myFiled:"some
value"*
org.apache.solr.core.SolrException: Query parsing error: Cannot parse
'+myFiled:"some value"*': '*' or '?' not allowed as first character in
WildcardQuery
at org.apache.solr.search.QueryParsing.parseQuery
Thanks, I'll do some profiling and see if I can verify that. I don't think I
wrote it in the first post, but I'm not able to reproduce the error on
Windows XP, if that is of any help.
Yonik Seeley wrote:
>
> This is probably related to "using Solr/Lucene embeddedly"
> See the warning at the top
Yes I'm using Solr 1.2. I made a typo in the subject of the thread though, I
believe it is SolrIndexSearcher, not SolrIndexWriter, that is holding the
reference... Did you find a solution to it? Can you give me the url to your
thread?
Mark Baird wrote:
>
> Just noticed this thread. The issue y
Just noticed this thread. The issue you are seeing looks identical to the
one I am seeing. I started a thread about this same issue on Monday. Are
you also running Solr 1.2?
On Dec 20, 2007 8:20 AM, amamare <[EMAIL PROTECTED]> wrote:
>
> I have an application consisting of three web applicatio
Well when I wasn't sending regular commits I was getting out of memory
exceptions from Solr fairly often, which I assume is due to the size of the
documents I'm sending. I'd love to set the autocommit in solrconfig.xml and
not worry about sending commits on the client side, but autocommit doesn't
12 matches
Mail list logo
