<?xml version="1.0" encoding="iso-8859-1" ?>
<?xml-stylesheet title="XSL_formatting" type="text/xsl" href="/images/lists/rssstyle2.xsl"?>
<rss version="2.0">
<channel>
<title>Lucene | Java-User</title>
<description>Mailing List Archive by Gossamer Threads</description>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/</link>
<language>en-us</language>
<copyright>(c) Gossamer Threads Inc. All rights reserved.</copyright>
<lastBuildDate>13 Feb  2012 03:25:02 -0800</lastBuildDate>
<ttl>120</ttl>
<image>
<title>Gossamer Threads | Lucene | Java-User</title>
<width>75</width>
<height>23</height>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/</link>
<url>http://www.gossamer-threads.com/images/lists/rss_logo.jpg</url>
</image>
<item>
<title>Re: confirm unsubscribe from java-user@lucene.apache.org</title>
<description>--- On Thu, 9/2/12, Christof Schablinski &amp;lt;christof.schablinski@devoteam.com&amp;gt; wrote:  From: Christof Schablinski &amp;lt;christof.schablinski@devoteam.com&amp;gt; S</description>
<pubDate>12 Feb  2012 07:16:38 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145731</link>
</item><item>
<title>Re: Why read past EOF</title>
<description>I&amp;#039;m glad the timed deletion policy is working on NFS! Thanks for bringing closure, Mike McCandless http://blog.mikemccandless.com On Fri, Feb 10,</description>
<pubDate>11 Feb  2012 06:47:45 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145678</link>
</item><item>
<title>Re: Nested BlockJoinQuery</title>
<description>Your requirement does not sound like a good fit for the nested stuff but is probably more one for conventional faceting. I would characterise the use</description>
<pubDate>11 Feb  2012 06:45:28 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145677</link>
</item><item>
<title>Re: Index writing performance of 3.5</title>
<description>Tried changing the merge policy but it had no effect on the test times. But I can rule out ReiserFS as the culprit now too, since I was able to run wi</description>
<pubDate>10 Feb  2012 21:10:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145643</link>
</item><item>
<title>Re: Why read past EOF</title>
<description>Thanks for your advice and patient. I modify &amp;quot;present&amp;quot;,and use stress testing two day(loop search and index),the &amp;quot;read past EOF&amp;quot; didn&amp;#039;t appeared yet.</description>
<pubDate>10 Feb  2012 18:58:47 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145641</link>
</item><item>
<title>norm for a document in a CustomScoreQuery</title>
<description>I was looking to the possibility that _some_ subqueries might discount (actually remove) field norms. I&amp;#039;m trying out the view that in general while l</description>
<pubDate>10 Feb  2012 14:59:08 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145638</link>
</item><item>
<title>Nested BlockJoinQuery</title>
<description>I&amp;#039;m trying to learn more about using BlockJoinQuery in our search application and I came across this blog post by Mike McCandless: http://blog.mikemcc</description>
<pubDate>10 Feb  2012 14:31:10 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145671</link>
</item><item>
<title>Re: Filter and IndexSearcher in Lucene 4.0 (trunk)</title>
<description>See the question was so trivial that you actually missed it :)  The problem is that the docs are filtered (which is is great) but the stats (BasicSta</description>
<pubDate>10 Feb  2012 10:58:34 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145611</link>
</item><item>
<title>RE: Filter and IndexSearcher in Lucene 4.0 (trunk)</title>
<description>Whats the problem? ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: uwe@thetaphi.de  &amp;gt; -----Original Message--</description>
<pubDate>10 Feb  2012 10:27:25 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145610</link>
</item><item>
<title>Re: Filter and IndexSearcher in Lucene 4.0 (trunk)</title>
<description>Hi, I apologise upfront for the trivial question. I have an IndexSearcher and I am applying a FieldCacheTermsFilter filter on it to only retrieve doc</description>
<pubDate>10 Feb  2012 09:43:29 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145594</link>
</item><item>
<title>Re: Access next token in a stream</title>
<description>Στις 9/2/2012 11:12 μμ, ο/η Steven A Rowe έγραψε: &amp;gt; Damerian, &amp;gt; &amp;gt; When I said &amp;quot;clear the previous token&amp;quot;, I was referring to the pseudo-</description>
<pubDate>09 Feb  2012 14:14:54 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145504</link>
</item><item>
<title>RE: Access next token in a stream</title>
<description>Damerian,  When I said &amp;quot;clear the previous token&amp;quot;, I was referring to the pseudo-code I gave in my first response to you. There is no built-in meth</description>
<pubDate>09 Feb  2012 14:12:27 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145503</link>
</item><item>
<title>Re: Access next token in a stream</title>
<description>Στις 9/2/2012 10:51 μμ, ο/η Steven A Rowe έγραψε: &amp;gt; Damerian, &amp;gt; &amp;gt; The technique I mentioned would work for you with a little tweaking: w</description>
<pubDate>09 Feb  2012 13:59:34 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145502</link>
</item><item>
<title>RE: Access next token in a stream</title>
<description>Damerian,  The technique I mentioned would work for you with a little tweaking: when you see consecutive capitalized tokens, then just set the CharT</description>
<pubDate>09 Feb  2012 13:51:33 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145501</link>
</item><item>
<title>Re: Access next token in a stream</title>
<description>Στις 9/2/2012 8:54 μμ, ο/η Steven A Rowe έγραψε: &amp;gt; Hi Damerian, &amp;gt; &amp;gt; One way to handle your scenario is to hold on to the previous token,</description>
<pubDate>09 Feb  2012 13:15:17 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145500</link>
</item><item>
<title>RE: Access next token in a stream</title>
<description>Hi Damerian,  One way to handle your scenario is to hold on to the previous token, and only emit a token after you reach at least the second token (</description>
<pubDate>09 Feb  2012 11:54:10 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145477</link>
</item><item>
<title>Access next token in a stream</title>
<description>Hello i want to implement my custom filter, my wuestion is quite simple but i cannot find a solution to it no matter how i try: How can i access the</description>
<pubDate>09 Feb  2012 11:18:43 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145476</link>
</item><item>
<title>Re: confirm unsubscribe from java-user@lucene.apache.org</title>
<description>Mit freundlichen Gren Christof Schablinski Devoteam Danet GmbH, Waldburgstrasse 17 - 19, 70563 Stuttgart, Germany Phone: +49 6151 868 8730, Fax: +</description>
<pubDate>09 Feb  2012 07:32:07 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145439</link>
</item><item>
<title>Re: analyzer per document</title>
<description>I would use a different field per language and use PerFieldAnalyzer indeed. This is also important for queries whose language is not always clear. pa</description>
<pubDate>09 Feb  2012 06:11:33 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145419</link>
</item><item>
<title>Re: Index writing performance of 3.5</title>
<description>one major thing that changed from 3.0.3 to 3.5 is that we use TieredMergePolicy by default. can you try to use the same merge policy on both 3.0.3 and</description>
<pubDate>09 Feb  2012 04:13:43 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145399</link>
</item><item>
<title>Re: analyzer per document</title>
<description>Why don&amp;#039;t you store each &amp;quot;file&amp;quot; in a single document, add a field for each &amp;quot;line&amp;quot; and use a PerFieldAnalyzerWrapper? Francisco A. Lozano  On Thu, F</description>
<pubDate>09 Feb  2012 04:11:32 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145398</link>
</item><item>
<title>Re: IndexWriter in 3.5</title>
<description>Yes, this changed at some point. In recent releases nothing is written to the index unless you close(), or maybe commit(), the writer.  -- Ian.  On</description>
<pubDate>09 Feb  2012 04:09:24 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145397</link>
</item><item>
<title>IndexWriter in 3.5</title>
<description>Hello all, In 3.0.3 the following code works fine but in 3.5, it throws exception &amp;quot;No segments found&amp;quot;. In case of 3.0.3, Just creating writer will cr</description>
<pubDate>09 Feb  2012 04:02:10 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145396</link>
</item><item>
<title>analyzer per document</title>
<description>Hello All, I have a requirement of using different analyzer per document. How can we do this? My analyzer would be locale specific.  I have a file</description>
<pubDate>09 Feb  2012 04:01:05 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145395</link>
</item><item>
<title>Fwd: Delete words in a specific increment Position with Lucene</title>
<description>-------- &#039;ρχικό Μήνυμα -------- Θέμα:    Delete words in a specific increment Position with Lucene -μερομηνία:  Tue, 07</description>
<pubDate>09 Feb  2012 03:34:41 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/lucene/java-user/145394</link>
</item>
</channel>
</rss>

