Based on what Marcel already said, if you weren't expecting any sessions/threads to be running, then check that all your session.logout() calls are in finally blocks (so that they're called always), and also verify that all your sessions DO have logout() calls also.
Best regards, Clay Ferguson [email protected] On Mon, Jan 9, 2017 at 7:23 AM, Marcel Reutegger <[email protected]> wrote: > Hi, > > those are pooled threads waiting for tasks. There must be other threads in > the stack trace that are busy. > > Regards > Marcel > > On 09/01/17 12:09, ravindar.singh wrote: > >> Thread stuck happening in jackrabbit. Taking too much time while saving >> the >> session. >> >> Please tell me what is the best approach upload and view. >> >> "jackrabbit-pool-17" #115 daemon prio=5 os_prio=64 >> tid=0x0000000104ee2800 >> nid=0x79 waiting on condition [0xffffffff0c9fe000] >> >> java.lang.Thread.State: WAITING (parking) >> >> at sun.misc.Unsafe.park(Native Method) >> >> - parking to wait for <0x00000003ce8ade40> (a >> java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) >> >> at >> java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) >> >> at >> java.util.concurrent.locks.AbstractQueuedSynchronizer$Condit >> ionObject.await(AbstractQueuedSynchronizer.java:2039) >> >> at >> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWork >> Queue.take(ScheduledThreadPoolExecutor.java:1088) >> >> at >> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWork >> Queue.take(ScheduledThreadPoolExecutor.java:809) >> >> at >> java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolEx >> ecutor.java:1067) >> >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1127) >> >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.java:617) >> >> at java.lang.Thread.run(Thread.java:745) >> >> "jackrabbit-pool-16" #114 daemon prio=5 os_prio=64 >> tid=0x0000000104da0800 nid=0x78 waiting on condition [0xffffffff0cbfe000] >> >> java.lang.Thread.State: WAITING (parking) >> >> at sun.misc.Unsafe.park(Native Method) >> >> - parking to wait for <0x00000003ce8ade40> (a >> java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) >> >> at >> java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) >> >> at >> java.util.concurrent.locks.AbstractQueuedSynchronizer$Condit >> ionObject.await(AbstractQueuedSynchronizer.java:2039) >> >> at >> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWork >> Queue.take(ScheduledThreadPoolExecutor.java:1088) >> >> at >> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWork >> Queue.take(ScheduledThreadPoolExecutor.java:809) >> >> at >> java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolEx >> ecutor.java:1067) >> >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1127) >> >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.java:617) >> >> at java.lang.Thread.run(Thread.java:745) >> >> "jackrabbit-pool-15" #113 daemon prio=5 os_prio=64 >> tid=0x000000010563f000 nid=0x77 waiting on condition [0xffffffff0cdfe000] >> >> java.lang.Thread.State: WAITING (parking) >> >> at sun.misc.Unsafe.park(Native Method) >> >> >> >> -- >> View this message in context: http://jackrabbit.510166.n4.na >> bble.com/Slowness-while-multiple-uploads-tp4666061.html >> Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. >> >>
