Hi Francis,
On 17-04-14 07:48, ten...@free.fr wrote:
Hi Ate,
I put Simple1.java and Simple1.xml here : http://tendaf.free.fr/
I'll try to make some time tomorrow to test drive your example.
Regards, Ate
When I run the program (second time) the fsm is frozen :
First time :
After creation [startIngTrs.processMsg is running : true
message:message1
serialize..
Process finished with exit code 0
Second time :
Loading simple1
Deserialize..
After creation [startIngTrs.waitMsg is running : false
message:message2
Process finished with exit code 0
Thanks,
Regards
Francis.
Thanks for your reply Ate.
I want to serialize/deserialize a SCXML 'session' for this use case :
Into a transactional server, a request is processed by a thread. An ID is
retrieved from the message, with this ID the server loads a context (from a
redis store) and instantiates a new 'Executor' with it's associated SCXML file
and saved instance.
I'll use invokers to call external functions or new a SCXML 'processor', I
don't expect them to still be running after the state machine stabilized.
You said : "But then you should not set the statemachine again (after
attachInstance) as that will re-initialize the SCInstance itself"
so I don't have to do this "executor.setStateMachine(scxml);"because scxml is
serialized with the scInstance. But if I need to register a listener (addListener) or if
I have custom actions, are they serialized too?
In the example I do 'setInitialState(executor, "paused");' because the call to
go resets the state and I know that 'paused' is the last state. Of course I want to
'return' in the same state I left off. Without a call of the go function, the state
machine seems to be frozen.
Thanks,
Regards
Francis.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org