You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2006/04/27 21:00:02 UTC

DO NOT REPLY [Bug 39434] New: - Thread-safety in Executor

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39434>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39434

           Summary: Thread-safety in Executor
           Product: Commons
           Version: 1.0 Alpha
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: critical
          Priority: P1
         Component: SCXML
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: fasihullah.askiri@gmail.com


Hi
I am trying to send an event "connection.connected" to the state-machine which
is in a parallel state. Look at the logs (Removed unnecessary statements), note
the thread name at the beginning and the final transitions.

[CALLBACK.4] Current States: [wait-for-orig-connect, wait-for-ivr-connect]
[CALLBACK.4] Firing
{name=connection.connected,type=3,payload=com.baypackets.simulator.sipconnector.SIPEndPoint:
orig-line[100]}
[CALLBACK.5] Firing
{name=connection.connected,type=3,payload=com.baypackets.simulator.sipconnector.IVREndPoint:
ivr-line[msml]}
[CALLBACK.4] transition (event = connection.connected, cond = _eventdata.ID eq
'ivr-line', from =
/setup-call/create-call/ivr-interaction/ivr-leg/wait-for-ivr-connect, to =
/setup-call/create-call/ivr-interaction/ivr-leg/ivr-connected)
[CALLBACK.4] Current States: [wait-for-orig-connect, ivr-connected]
[CALLBACK.5] Current States: [wait-for-orig-connect, wait-for-ivr-connect]
[DATAI.0] Current States: [wait-for-orig-connect, wait-for-ivr-connect]


Three problems:
1. The last three lines above: the change that CALLBACK.4 did is overridden by
CALLBACK.5.
2. Callback 4 has a payload of type:orig-line, 
[CALLBACK.4] Firing
{name=connection.connected,type=3,payload=com.baypackets.simulator.sipconnector.SIPEndPoint:
orig-line[100]}
But
[CALLBACK.4] transition (event = connection.connected, cond = _eventdata.ID eq
'ivr-line', from =
/setup-call/create-call/ivr-interaction/ivr-leg/wait-for-ivr-connect, to =
/setup-call/create-call/ivr-interaction/ivr-leg/ivr-connected)
it thinks that it has an 'ivr-line'???
3. Where did the orig line disappear??

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


DO NOT REPLY [Bug 39434] - [scxml] Thread-safety in Executor

Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39434>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39434


rahul@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal
             Status|NEW                         |RESOLVED
           Priority|P1                          |P3
         Resolution|                            |LATER
            Summary|Thread-safety in Executor   |[scxml] Thread-safety in
                   |                            |Executor




------- Additional Comments From rahul@apache.org  2006-04-27 21:28 -------
This is documented in the FAQ, and is currently not high priority (on my 
list), since there are one or two methods that do most of the work for the 
executor and they can be synchronized externally without much effort.

http://jakarta.apache.org/commons/scxml/faq.html (see in SCXMLExecutor section)

However, it is an authoring convenience so this will likely be looked into 
after the first release, hence marking as LATER. If you want, feel free to 
attach a test case that we can work with when we look at this, since you 
probably have one already. Thanks.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org