Hi,
Can you try 1.6.0_29 or disable hotspot by using "-Xint" JVM startup flag (just to test, I know, it's slow then)? Are you *not* using "-XX:+AggressiveOpts" as JVM parameter? The JVM bug which may lead to this is a sign-flip bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5091921 (see also http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2011-March/00494 2.html) Otherwise, is all fine, if you remove the numeric field? The code you are using can never cause such behavior, this is extensively tested. Uwe ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen <http://www.thetaphi.de/> http://www.thetaphi.de eMail: u...@thetaphi.de From: Thushara Wijeratna [mailto:thu...@gmail.com] Sent: Sunday, December 18, 2011 11:17 PM To: java-user@lucene.apache.org; u...@thetaphi.de Subject: Re: Lucene 3.4 : shift bug in possibly invalid use of NumericTokenStream Yes, I use this field to set a timestamp (an int). And I'm not using the special constructor, so I must be using the default precision step. Java version : 1.6.0_24 mpire@seafcmr16:~$ java -version java version "1.6.0_24" Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) Also : I have only seen this when multiple threads within the app is writing to a single Lucene index. But it is rare. I'm attaching the indexing code. Could you also point me to the JVM bug you suspect to be the cause? thx, thushara On Fri, Dec 16, 2011 at 4:07 PM, Uwe Schindler <u...@thetaphi.de> wrote: Hi, Thanks, this *may* cause the exception, but it is impossible that the exception stack trace you are posting occurs in Lucene's code with a default precision step on a numeric field, as you use here. I assume it's a 32bit integer (NumericField.setIntValue or setFloatValue)? Please provide us your full Java version (java -version) and ideally the full source code you use during indexing. The only chance you can get this Exception is by a JVM bug. ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: Thushara Wijeratna [mailto:thu...@gmail.com] > Sent: Saturday, December 17, 2011 1:01 AM > To: java-user@lucene.apache.org; u...@thetaphi.de > Subject: Re: Lucene 3.4 : shift bug in possibly invalid use of > NumericTokenStream > > Yes, there is one. > > This is how the field is being created: > > new NumericField("timestamp", Field.Store.NO, true); > > Thus, the field is not stored, but indexed. > > thx, > thushara > > > On Fri, Dec 16, 2011 at 3:28 PM, Uwe Schindler <u...@thetaphi.de> wrote: > > > Do you have NumericFields? If yes, how are they configured? > > > > ----- > > Uwe Schindler > > H.-H.-Meier-Allee 63, D-28213 Bremen > > http://www.thetaphi.de > > eMail: u...@thetaphi.de > > > > > > > -----Original Message----- > > > From: Thushara Wijeratna [mailto:thu...@gmail.com] > > > Sent: Saturday, December 17, 2011 12:25 AM > > > To: java-user@lucene.apache.org > > > Subject: Lucene 3.4 : shift bug in possibly invalid use of > > NumericTokenStream > > > > > > I got this exception while indexing with Lucene 3.4: > > > > > > Exception in thread "Thread-0" java.lang.IllegalArgumentException: > > Illegal > > shift > > > value, must be 0..31 > > > > > > at > > > > > org.apache.lucene.util.NumericUtils.intToPrefixCoded(NumericUtils.java:157) > > > > > > at > > > > org.apache.lucene.analysis.NumericTokenStream.incrementToken(NumericTok > > > enStream.java:217) > > > > > > at > > > > > > > > org.apache.lucene.index.DocInverterPerField.processFields(DocInverterPerFiel > > d > > > .java:185) > > > > > > at > > > > org.apache.lucene.index.DocFieldProcessorPerThread.processDocument(DocFie > > > ldProcessorPerThread.java:278) > > > > > > at > > > > org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter > > > .java:766) > > > > > > at > org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:2067) > > > > > > at > org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:2041) > > > > > > at com.adxpose.affinity.IndexerHelper.index(IndexerHelper.java:797) > > > > > > at com.adxpose.affinity.IndexerHelper$Clerk.run(IndexerHelper.java:433) > > > > > > at java.lang.Thread.run(Thread.java:662) > > > > > > > > > It is not clear to my why the NumericTokenStream is being called here, as > > my > > > analyzer do not use that. Any clues much appreciated. > > > > > > > > > thx, > > > > > > thushara > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > > For additional commands, e-mail: java-user-h...@lucene.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org
