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

Reply via email to