On 12-03-06 12:24 PM, Andy Seaborne wrote:
On 06/03/12 14:25, Sarven Capadisli wrote:
On 12-03-06 04:35 AM, Andy Seaborne wrote:
On 05/03/12 23:39, Sarven Capadisli wrote:
Hi everybody,
I'm having some issue with SPARQL Updates through tdb.tdbupdate. I've
tried the following queries (I formatted here for readability. Usually
it on one line):
Bother.
Bug fixed.
Workaround:
arq.update --desc AssemblerFile '...update...'
should work.
I've scheduled a snapshot (NB version *0.9.1*) rebuild of TDB at the
Apache Jenkins installation (i.e. I pressed a button).
Thank you Andy. I've tried the arq.update method, however it appears to
hang there as well. I'm using Fuseki dev repo at the moment and that's
TDB v0.9.0 if I'm not mistaken.
-Sarven
Sarven,
I can't recreate a situation using s-update, a TDB datastore and Fuseki
that just hangs.
(Fuseki is set to use 0.9.0-SNAPSHOT just at the moment until 0.9.0
releases but the ModTDBDataset bug does not affect Fuseki.
Andy
I am using the latest copy from
https://svn.apache.org/repos/asf/incubator/jena/Jena2/Fuseki/trunk
Please let me know if there is anything I can check from my end.
I've just found out the following about arq.update on a test store. The
WITH-INSERT-DELETE query throws the following:
Exception in thread "main" java.util.ConcurrentModificationException:
Iterator: started at 11, now 13
at
com.hp.hpl.jena.tdb.sys.DatasetControlMRSW.policyError(DatasetControlMRSW.java:157)
at
com.hp.hpl.jena.tdb.sys.DatasetControlMRSW.access$000(DatasetControlMRSW.java:32)
at
com.hp.hpl.jena.tdb.sys.DatasetControlMRSW$IteratorCheckNotConcurrent.checkCourrentModification(DatasetControlMRSW.java:110)
at
com.hp.hpl.jena.tdb.sys.DatasetControlMRSW$IteratorCheckNotConcurrent.hasNext(DatasetControlMRSW.java:118)
at org.openjena.atlas.iterator.Iter$4.hasNext(Iter.java:287)
at org.openjena.atlas.iterator.Iter$3.hasNext(Iter.java:173)
at org.openjena.atlas.iterator.Iter.hasNext(Iter.java:773)
at org.openjena.atlas.iterator.Iter$4.hasNext(Iter.java:287)
at com.hp.hpl.jena.sparql.SystemARQ.sync(SystemARQ.java:66)
at arq.update.execUpdate(update.java:89)
at arq.cmdline.CmdUpdate.exec(CmdUpdate.java:60)
at arq.cmdline.CmdMain.mainMethod(CmdMain.java:97)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:59)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:46)
at arq.update.main(update.java:46)
The DROP GRAPH query works!
$ java arq.update --version
Jena: VERSION: 2.7.0-incubating
Jena: BUILD_DATE: 2011-12-14T14:54:09+0000
ARQ: VERSION: 2.9.0-incubating
ARQ: BUILD_DATE: 2011-12-14T15:04:27+0000
Although, my server and my laptop use the same versions, I couldn't get
DROP GRAPH via arq.update to work on the server.
Back to command-line..
-Sarven
