Re: [Bigdata-developers] Blazegraph 1.5.1 throws concurrent.ExecutionException: org.openrdf.query.U

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi,

> That is an interesting exception.  The UPDATE request runs fine for me
> locally against a quads mode namespace.

It is a Blazegraph instance with the kb namespace in triplemode.

> Is this error stochastic?

No, it always fails for the same test with the same error.

> you using the same namespace throughout your integration tests? That

Yes, it is defined once and used for the whole suite (same as with the
Sesame repository).

> is are there side-effects on the database or is it being cleared down
> between each test? (Dropping the namespace or creating a new database
> instance?)  Are there other mutation operations that have already run

It is the same Blazegraph instance that is used for each test but data
sets are removed after each test.

> instance?)  Are there other mutation operations that have already run
> in this specific test?

Not that I'm aware of. It could be that a previous test with its data
creates a side effect but as I mentioned earlier that hasn't been any
issue before.

> It would be best if you have provide something that replicates this
> problem so we can get it into our regression test suite.  This will
> also help to root cause the issue.

Before making an effort to setup Travis, I wanted to see how well it
runs compared with the
other vendors. My hope was that someone has seen this issue before or
similar that would cause this.

The test contains property value assignments with time values of 1
January 300 BC, 2147483647 BC which at least gives trouble for
Virtuoso on the "1 January 300 BC" date.

All I can provide is the SPARQL update sequence [0] for the test until
it fails when run in isolation and the output [1] for "select ?s ?p ?o
{ <http://example.org/id/TimeDataTypeRegressionTest> ?p ?o . }".

[0] https://gist.github.com/mwjames/218ffbafa0189a5a8f93
[1] https://gist.github.com/mwjames/ca19fccb3e6808e0c887

Cheers

On 4/30/15, Bryan Thompson <br...@sy...> wrote:
> That is an interesting exception.  The UPDATE request runs fine for me
> locally against a quads mode namespace.  Is this error stochastic? Are
> you using the same namespace throughout your integration tests? That
> is are there side-effects on the database or is it being cleared down
> between each test? (Dropping the namespace or creating a new database
> instance?)  Are there other mutation operations that have already run
> in this specific test?
>
> I suspect some side-effect.
>
> It would be best if you have provide something that replicates this
> problem so we can get it into our regression test suite.  This will
> also help to root cause the issue.
>
> Thanks,
> Bryan
> ----
> Bryan Thompson
> Chief Scientist & Founder
> SYSTAP, LLC
> 4501 Tower Road
> Greensboro, NC 27410
> br...@sy...
> http://blazegraph.com
> http://blog.bigdata.com
> http://mapgraph.io
>
> Blazegraph™ is our ultra high-performance graph database that supports
> both RDF/SPARQL and Tinkerpop/Blueprints APIs.  MapGraph™ is our
> disruptive new technology to use GPUs to accelerate data-parallel
> graph analytics.
>
> CONFIDENTIALITY NOTICE:  This email and its contents and attachments
> are for the sole use of the intended recipient(s) and are confidential
> or proprietary to SYSTAP. Any unauthorized review, use, disclosure,
> dissemination or copying of this email or its contents or attachments
> is prohibited. If you have received this communication in error,
> please notify the sender by reply email and permanently delete all
> copies of the email and its contents and attachments.
>
>
> On Thu, Apr 30, 2015 at 9:18 AM, James HK <jam...@gm...>
> wrote:
>> Hi,
>>
>> When trying to run our unit test suite [0] against a preliminary/local
>> Blazegraph 1.5.1 instance the
>> following error appeared during the test run (using a vanilla
>> Blazegraph with the standard kb namespace) .
>>
>> Our test suite (and the test mentioned) is run/tested against Virtuoso
>> 6.1/Fuseki 1.1.1/Sesame 2.7.14 [0] on Travis-CI therefore it is
>> unlikely an issue on our side.
>>
>> 1)
>> SMW\Tests\Integration\MediaWiki\Import\TimeDataTypeTest::testImportOfDifferentDateWithAssortmentOfOutputConversion
>> SMW\SPARQLStore\Exception\BadHttpDatabaseResponseException: A SPARQL
>> query error has occurred
>> Query:
>> PREFIX wiki: <http://example.org/id/>
>> PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
>> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
>> PREFIX owl: <http://www.w3.org/2002/07/owl#>
>> PREFIX swivt: <http://semantic-mediawiki.org/swivt/1.0#>
>> PREFIX property: <http://example.org/id/Property-3A>
>> PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
>> DELETE { wiki:TimeDataTypeRegressionTest ?p ?o } WHERE {
>> wiki:TimeDataTypeRegressionTest ?p ?o }
>> Error: Query refused
>> Endpoint: http://192.168.1.104:9999/bigdata/namespace/kb/sparql
>> HTTP response code: 500
>>
>> This translates into an error on the Blazegraph side with (output from
>> http://localhost:9999/bigdata/#update):
>>
>> ERROR: SPARQL-UPDATE: updateStr=PREFIX wiki:
>> PREFIX rdf:
>> PREFIX rdfs:
>> PREFIX owl:
>> PREFIX swivt:
>> PREFIX property:
>> PREFIX xsd:
>> DELETE { wiki:TimeDataTypeRegressionTest ?p ?o } WHERE {
>> wiki:TimeDataTypeRegressionTest ?p ?o }
>> java.util.concurrent.ExecutionException:
>> java.util.concurrent.ExecutionException:
>> org.openrdf.query.UpdateExecutionException:
>> java.lang.IllegalStateException: Already assigned:
>> old=LiteralExtensionIV [delegate=XSDLong(6017484188943806464),
>> datatype=Vocab(-42)], new=LiteralExtensionIV
>> [delegate=XSDLong(204552172800000), datatype=Vocab(-42)], this:
>> "8452"^^
>>         at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>>         at java.util.concurrent.FutureTask.get(FutureTask.java:188)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataServlet.submitApiTask(BigdataServlet.java:261)
>>         at
>> com.bigdata.rdf.sail.webapp.QueryServlet.doSparqlUpdate(QueryServlet.java:359)
>>         at
>> com.bigdata.rdf.sail.webapp.QueryServlet.doPost(QueryServlet.java:165)
>>         at
>> com.bigdata.rdf.sail.webapp.RESTServlet.doPost(RESTServlet.java:237)
>>         at
>> com.bigdata.rdf.sail.webapp.MultiTenancyServlet.doPost(MultiTenancyServlet.java:137)
>>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
>>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
>>         at
>> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:769)
>>         at
>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>>         at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>>         at
>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>>         at
>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>>         at
>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1125)
>>         at
>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>>         at
>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>>         at
>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1059)
>>         at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>>         at
>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>>         at
>> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>>         at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>>         at org.eclipse.jetty.server.Server.handle(Server.java:497)
>>         at
>> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
>>         at
>> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:248)
>>         at
>> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>>         at
>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:610)
>>         at
>> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:539)
>>         at java.lang.Thread.run(Thread.java:744)
>> Caused by: java.util.concurrent.ExecutionException:
>> org.openrdf.query.UpdateExecutionException:
>> java.lang.IllegalStateException: Already assigned:
>> old=LiteralExtensionIV [delegate=XSDLong(6017484188943806464),
>> datatype=Vocab(-42)], new=LiteralExtensionIV
>> [delegate=XSDLong(204552172800000), datatype=Vocab(-42)], this:
>> "8452"^^
>>         at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>>         at java.util.concurrent.FutureTask.get(FutureTask.java:188)
>>         at
>> com.bigdata.rdf.sail.webapp.QueryServlet$SparqlUpdateTask.call(QueryServlet.java:460)
>>         at
>> com.bigdata.rdf.sail.webapp.QueryServlet$SparqlUpdateTask.call(QueryServlet.java:371)
>>         at
>> com.bigdata.rdf.task.ApiTaskForIndexManager.call(ApiTaskForIndexManager.java:68)
>>         at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>>         at
>> com.bigdata.rdf.task.AbstractApiTask.submitApiTask(AbstractApiTask.java:365)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataServlet.submitApiTask(BigdataServlet.java:258)
>>         ... 26 more
>> Caused by: org.openrdf.query.UpdateExecutionException:
>> java.lang.IllegalStateException: Already assigned:
>> old=LiteralExtensionIV [delegate=XSDLong(6017484188943806464),
>> datatype=Vocab(-42)], new=LiteralExtensionIV
>> [delegate=XSDLong(204552172800000), datatype=Vocab(-42)], this:
>> "8452"^^
>>         at
>> com.bigdata.rdf.sparql.ast.eval.ASTEvalHelper.executeUpdate(ASTEvalHelper.java:1303)
>>         at
>> com.bigdata.rdf.sail.BigdataSailUpdate.execute2(BigdataSailUpdate.java:152)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataRDFContext$UpdateTask.doQuery(BigdataRDFContext.java:1683)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.innerCall(BigdataRDFContext.java:1310)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.call(BigdataRDFContext.java:1275)
>>         at
>> com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.call(BigdataRDFContext.java:517)
>>         at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>>         at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>>         at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>>         ... 1 more
>> Caused by: java.lang.IllegalStateException: Already assigned:
>> old=LiteralExtensionIV [delegate=XSDLong(6017484188943806464),
>> datatype=Vocab(-42)], new=LiteralExtensionIV
>> [delegate=XSDLong(204552172800000), datatype=Vocab(-42)], this:
>> "8452"^^
>>         at
>> com.bigdata.rdf.model.BigdataValueImpl.setIV(BigdataValueImpl.java:139)
>>         at
>> com.bigdata.rdf.internal.LexiconConfiguration.createInlineIV(LexiconConfiguration.java:430)
>>         at
>> com.bigdata.rdf.lexicon.LexiconRelation.getInlineIV(LexiconRelation.java:3150)
>>         at
>> com.bigdata.rdf.lexicon.LexiconRelation.addTerms(LexiconRelation.java:1719)
>>         at
>> com.bigdata.rdf.store.AbstractTripleStore.getAccessPath(AbstractTripleStore.java:2928)
>>         at
>> com.bigdata.rdf.store.AbstractTripleStore.getAccessPath(AbstractTripleStore.java:2874)
>>         at
>> com.bigdata.rdf.sail.BigdataSail$BigdataSailConnection.removeStatements(BigdataSail.java:2962)
>>         at
>> com.bigdata.rdf.sail.BigdataSail$BigdataSailConnection.removeStatements(BigdataSail.java:2865)
>>         at
>> com.bigdata.rdf.sparql.ast.eval.AST2BOpUpdate.addOrRemoveStatement(AST2BOpUpdate.java:2054)
>>         at
>> com.bigdata.rdf.sparql.ast.eval.AST2BOpUpdate.convertDeleteInsert(AST2BOpUpdate.java:989)
>>         at
>> com.bigdata.rdf.sparql.ast.eval.AST2BOpUpdate.convertUpdateSwitch(AST2BOpUpdate.java:417)
>>         at
>> com.bigdata.rdf.sparql.ast.eval.AST2BOpUpdate.convertUpdate(AST2BOpUpdate.java:279)
>>         at
>> com.bigdata.rdf.sparql.ast.eval.ASTEvalHelper.executeUpdate(ASTEvalHelper.java:1295)
>>         ... 9 more
>>
>> [0] https://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki
>>
>> Cheers
>>
>> ------------------------------------------------------------------------------
>> One dashboard for servers and applications across Physical-Virtual-Cloud
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>> _______________________________________________
>> Bigdata-developers mailing list
>> Big...@li...
>> https://lists.sourceforge.net/lists/listinfo/bigdata-developers
>

Re: [Bigdata-developers] Blazegraph 1.5.1 throws concurrent.ExecutionException: org.openrdf.query.U

Fast, scalable, robust graph database platform

Re: [Bigdata-developers] Blazegraph 1.5.1 throws concurrent.ExecutionException: org.openrdf.query.UpdateExecutionException