cancel
Showing results for 
Search instead for 
Did you mean: 

"Waiting to lock" issue when same user login in multiple sessions at the same time

Former Member
0 Kudos

"Waiting to lock" issue when same user login in multiple sessions at the same time, we are facing this issue and once this happens server is not returning response to browser and the browser is keep on processing. we got the below log.

| "hybrisHTTP61" daemon prio=10 tid=0x00007f106cd56800 nid=0x473c waiting for monitor entry [0x00007f108b150000] INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | java.lang.Thread.State: BLOCKED (on object monitor) INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | at de.hybris.platform.jalo.order.AbstractOrderEntry.setQuantity(AbstractOrderEntry.java:244) INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | - waiting to lock (a de.hybris.platform.jalo.order.Cart) INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | at sun.reflect.GeneratedMethodAccessor487.invoke(Unknown Source) INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) INFO | jvm 1 | main | 2014/08/26 08:55:48.980 | at java.lang.reflect.Method.invoke(Method.java:606) INFO | jvm 1 | main | 2014/08/26 08:55:48.981 | at de.hybris.platform.jalo.type.ReflectionAttributeAccess$AttributeMethod.invokeSetter(ReflectionAttributeAccess.java:797) INFO | jvm 1 | main | 2014/08/26 08:55:48.981 | at de.hybris.platform.jalo.type.ReflectionAttributeAccess.setValue(ReflectionAttributeAccess.java:965)

Thanks in advance, Vinay

Accepted Solutions (0)

Answers (2)

Answers (2)

prahlad_singh_rajput
Participant
0 Kudos

Hi Experts,

I am also facing issue, Please help me if you have suggestion and solution for this issue ?

                                                   | Shutdown failed: Timed out waiting for the JVM to terminate.

STATUS | wrapper | main | 2016/05/16 11:11:08.013 | Dumping JVM state. INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | 2016-05-16 11:11:08 INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | Full thread dump Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode): INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | "localhost-startStop-2" daemon prio=10 tid=0x00007f0cecf73800 nid=0x1a3b waiting for monitor entry [0x00007f0cdc34f000] INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | java.lang.Thread.State: BLOCKED (on object monitor) INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | at org.apache.catalina.session.StandardSession.expire(StandardSession.java:761) INFO | jvm 1 | main | 2016/05/16 11:11:08.179 | - waiting to lock (a org.apache.catalina.session.StandardSession)

Former Member
0 Kudos

Please post more of the thread dump to see where this is actually coming from.

A shot in the blue would go in the direction of the accelerator trying to 'recover' your previous session's cart, but I'm really not a expert in that.

There is some synchronized logic within the Jalo AbstractOrder and AbstractOrderEntry. If you get blocked on that it means that you're accessing exactly the same cart / order java object, which is for sure not a good sign for separate sessions. On the other hand we've seen that as well with parallel cart manipulating ajax calls even within a single session.

Former Member
0 Kudos

I dont have any hybris log/thread dumps for this issue, we found out from DBA that the below query is the cause of the issue. UPDATE cartentries SET hjmpTS = :1 , modifiedTS=:2 , CalculatedFlag=:3 WHERE PK = :4

If this is happening in jalo , do you have any fix or work around for this problem?

Thanks in advance, Vinay