[
http://jira.jboss.com/jira/browse/JBESB-901?page=comments#action_12386806 ]
Tom Baeyens commented on JBESB-901:
-----------------------------------
the motivation for token locking is that when e.g. an asynchronous continuation has to
happen, we know that the job executor is expected to pick up the async message and
continue the execution of the process automatically. then it would not be good if a
concurrent transaction would perform an operation on that token, inbetween the production
of the async message and the consumption by the job executor. therefor, we write the lock
owner as a string in the token. the job executor will then unlock it.
it could be that this logging appeared after fixing another problem. so that in fact it
is just the log that is wrong.
can you give more information about the situation. so that i can reproduce or look in the
code ?
HTH
bpm_orchestration1 QS generates lock warning on console
-------------------------------------------------------
Key: JBESB-901
URL:
http://jira.jboss.com/jira/browse/JBESB-901
Project: JBoss ESB
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Examples
Affects Versions: 4.2 Milestone Release 3
Reporter: Kevin Conner
Assigned To: Kurt Stam
Fix For: 4.2.1 CP1
WARN [org.jbpm.graph.exe.Token] lock owner 'token[1]' tries to unlock token
'1' which is not locked
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira