Hi,
A bit more information to help diagnosis. It seems that Joseki hangs at the
following place.
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00002aaade8ae8a8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1978)
at
java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:409)
at org.joseki.DatasetDesc.acquireDataset(DatasetDesc.java:78)
at
org.joseki.processors.ProcessorBase.buildDataset(ProcessorBase.java:138)
at org.joseki.processors.ProcessorBase.exec(ProcessorBase.java:37)
at org.joseki.ServiceRequest.exec(ServiceRequest.java:36)
at org.joseki.Dispatcher.dispatch(Dispatcher.java:59)
at org.joseki.http.Servlet.doCommon(Servlet.java:178)
at org.joseki.http.ServletUpdate.doPost(ServletUpdate.java:39)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
Thanks,
Zhe
On 3/9/2012 4:04 PM, Zhe Wu wrote:
Hi,
I am using Jena 2.6.4, ARQ 2.8.8, and Joseki 3.4.4. There is one problem I
noticed.
The Joseki endpoint can process SPARQL update actions successfully until a
request
comes in with incorrect syntax. After that, the endpoint becomes unresponsive.
Is this a known problem?
Thanks,
Zhe