You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@lucene.apache.org by "Turri, Albert (ELS-NYC)" <A....@elsevier.com> on 2014/03/25 18:28:03 UTC
A question concerning a NullPointerException in QueryParser's
jj_add_error_token method
Hi,
I would like seek assistance regarding the following issue I'm encountering.
I'm running Tomcat and have deployed Jena (2.6.2) and Lucene Core (2.9.0), whereby Jena invokes the Lucene classes.
Typically everything is fine, but I have recently encountered a NullPointerException, which I have resolved so far by rebooting Tomcat.
Please find enclosed the corresponding stack trace.
As this does not happen that often and as a reboot of Tomcat resolves this issue, I am wondering if perhaps this is about consumption of resources.
Thank you,
Albert Turri
RE: A question concerning a NullPointerException in QueryParser's
jj_add_error_token method
Posted by "Turri, Albert (ELS-NYC)" <A....@elsevier.com>.
The following is the related stack trace, whereby jj_expentry (or oldentry?) is null.
---------------------------------------------------------------
if (oldentry.length == jj_expentry.length) {
---------------------------------------------------------------
SEVERE: Exception from Lucene search
com.hp.hpl.jena.query.larq.ARQLuceneException: search
at com.hp.hpl.jena.query.larq.IndexLARQ.search(IndexLARQ.java:133)
at com.hp.hpl.jena.query.larq.LuceneSearch.varSubject(LuceneSearch.java:199)
at com.hp.hpl.jena.query.larq.LuceneSearch.execEvaluatedProtected(LuceneSearch.java:161)
at com.hp.hpl.jena.query.larq.LuceneSearch.execEvaluated(LuceneSearch.java:70)
at com.hp.hpl.jena.sparql.pfunction.PropertyFunctionEval.exec(PropertyFunctionEval.java:32)
at com.hp.hpl.jena.sparql.pfunction.PropertyFunctionBase$RepeatApplyIterator.nextStage(PropertyFunctionBase.java:92)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.makeNextStage(QueryIterRepeatApply.java:94)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.hasNextBinding(QueryIterRepeatApply.java:55)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:69)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterProcedure.hasNextBinding(QueryIterProcedure.java:57)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNext(QueryIteratorBase.java:69)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterSort.sort(QueryIterSort.java:48)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterSort.<init>(QueryIterSort.java:40)
at com.hp.hpl.jena.sparql.engine.iterator.QueryIterSort.<init>(QueryIterSort.java:35)
at com.hp.hpl.jena.sparql.engine.main.OpExecutor.execute(OpExecutor.java:348)
at com.hp.hpl.jena.sparql.engine.main.ExecutionDispatch.visit(ExecutionDispatch.java:206)
at com.hp.hpl.jena.sparql.algebra.op.OpOrder.visit(OpOrder.java:31)
at com.hp.hpl.jena.sparql.engine.main.ExecutionDispatch.exec(ExecutionDispatch.java:33)
at com.hp.hpl.jena.sparql.engine.main.OpExecutor.executeOp(OpExecutor.java:103)
at com.hp.hpl.jena.sparql.engine.main.OpExecutor.execute(OpExecutor.java:355)
at com.hp.hpl.jena.sparql.engine.main.ExecutionDispatch.visit(ExecutionDispatch.java:213)
at com.hp.hpl.jena.sparql.algebra.op.OpProject.visit(OpProject.java:33)
at com.hp.hpl.jena.sparql.engine.main.ExecutionDispatch.exec(ExecutionDispatch.java:33)
at com.hp.hpl.jena.sparql.engine.main.OpExecutor.executeOp(OpExecutor.java:103)
at com.hp.hpl.jena.sparql.engine.main.OpExecutor.execute(OpExecutor.java:79)
at com.hp.hpl.jena.sparql.engine.main.QC.execute(QC.java:40)
at com.hp.hpl.jena.sparql.engine.main.QueryEngineMain.eval(QueryEngineMain.java:52)
at com.hp.hpl.jena.sparql.engine.QueryEngineBase.evaluate(QueryEngineBase.java:124)
at com.hp.hpl.jena.sparql.engine.QueryEngineBase.createPlan(QueryEngineBase.java:98)
at com.hp.hpl.jena.sparql.engine.QueryEngineBase.getPlan(QueryEngineBase.java:86)
at com.hp.hpl.jena.sparql.engine.main.QueryEngineMain$1.create(QueryEngineMain.java:91)
at com.hp.hpl.jena.sparql.engine.QueryExecutionBase.getPlan(QueryExecutionBase.java:266)
at com.hp.hpl.jena.sparql.engine.QueryExecutionBase.startQueryIterator(QueryExecutionBase.java:243)
at com.hp.hpl.jena.sparql.engine.QueryExecutionBase.execResultSet(QueryExecutionBase.java:248)
at com.hp.hpl.jena.sparql.engine.QueryExecutionBase.execSelect(QueryExecutionBase.java:94)
...
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at org.apache.lucene.queryParser.QueryParser.jj_add_error_token(QueryParser.java:1774)
at org.apache.lucene.queryParser.QueryParser.jj_scan_token(QueryParser.java:1723)
at org.apache.lucene.queryParser.QueryParser.jj_3R_2(QueryParser.java:1611)
at org.apache.lucene.queryParser.QueryParser.jj_3_1(QueryParser.java:1597)
at org.apache.lucene.queryParser.QueryParser.jj_2_1(QueryParser.java:1589)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:1284)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:1241)
at org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:1230)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:176)
at com.hp.hpl.jena.query.larq.IndexLARQ.search(IndexLARQ.java:118)
... 41 more
From: Turri, Albert (ELS-NYC) [mailto:A.Turri@elsevier.com]
Sent: Tuesday, March 25, 2014 1:28 PM
To: java-user@lucene.apache.org
Subject: A question concerning a NullPointerException in QueryParser's jj_add_error_token method
Hi,
I would like seek assistance regarding the following issue I'm encountering.
I'm running Tomcat and have deployed Jena (2.6.2) and Lucene Core (2.9.0), whereby Jena invokes the Lucene classes.
Typically everything is fine, but I have recently encountered a NullPointerException, which I have resolved so far by rebooting Tomcat.
Please find enclosed the corresponding stack trace.
As this does not happen that often and as a reboot of Tomcat resolves this issue, I am wondering if perhaps this is about consumption of resources.
Thank you,
Albert Turri