Re: [SCXML] getting set datats in the datamodel

2009-04-02 Thread Rahul Akolkar
For the archives, the discussion below has moved to ongoing thread
titled "[SCXML] History state".

-Rahul


On Thu, Apr 2, 2009 at 5:07 PM, Ouyang, Landon - ES/RDR -Gil
 wrote:
> I am trying to implement a history state.  It does work, returns to the 
> calling state, however it enters all the super states before getting to the 
> calling state.  Which also calls entry actions (when there are entry 
> actions).  This is not the behavior I was expecting.  Can you explain to me 
> how to prevent this?
>
> Below is the command line output from a small program that accepts trigger 
> events and has a listener attached to the states that outputs the current 
> state.
> [spalmis...@linuxserver src]$ run.sh
> Default scxml file is: HistoryTest.scxml
> Enter path to over-ride (or enter to continue):
> trigger>TO_STATE12
> In State12
> trigger>TO_STATE32
> In State3
> In State32
> trigger>STATE32_TO_HISTORY
> In TopState  (This is what I don't want!!)
> In State1    (This is what I don't want!!)
> In State12   (This is what I do want)
> trigger>
>
>
> SCXML file used:
>
> 
> http://www.w3.org/2005/07/scxml"; 
> xmlns:my="http://www.company.com"; 
> xmlns:uml="http://schema.omg.org/spec/UML/2.1.1"; 
> xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"; version="1.0" 
> initial="StateMachineInitial">
>  
>    
>      
>        
>      
>      
>        
>      
>      
>        
>      
>    
>    
>      
>    
>    
>      
>        
>        
>      
>      
>        
>        
>      
>      
>        
>      
>      
>        
>      
>    
>    
>  
>  
>    
>  
>  
> 
>
> --
> Landon Ouyang
> Senior Design Engineer
> ITT Electronics Systems, Radar Systems - Gilfillan
> 7821 Orion Ave,
> Van Nuys, CA 91406
> (818) 901-2982
>
> This e-mail and any files transmitted with it may be proprietary and are 
> intended solely for the use of the individual or entity to whom they are 
> addressed. If you have received this e-mail in error please notify the sender.
> Please note that any views or opinions presented in this e-mail are solely 
> those of the author and do not necessarily represent those of ITT 
> Corporation. The recipient should check this e-mail and any attachments for 
> the presence of viruses. ITT accepts no liability for any damage caused by 
> any virus transmitted by this e-mail.
>
> -
> 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



Re: [SCXML] History state

2009-04-02 Thread Rahul Akolkar
On Thu, Apr 2, 2009 at 5:43 PM, Ouyang, Landon - ES/RDR -Gil
 wrote:
> My apologies for not modifying the Subject header in my last e-mail 
> (reproduced below).
>


Thanks for correcting. Response below.


> --
> Landon Ouyang
> Senior Design Engineer
> ITT Electronics Systems, Radar Systems - Gilfillan
> 7821 Orion Ave,
> Van Nuys, CA 91406
> (818) 901-2982
>
> -Original Message-
> From: Ouyang, Landon - ES/RDR -Gil [mailto:landon.ouy...@itt.com]
> Sent: Thursday, April 02, 2009 2:08 PM
> To: Commons Users List
> Subject: RE: [SCXML] getting set datats in the datamodel
>
> I am trying to implement a history state.  It does work, returns to the 
> calling state, however it enters all the super states before getting to the 
> calling state.  Which also calls entry actions (when there are entry 
> actions).  This is not the behavior I was expecting.  Can you explain to me 
> how to prevent this?
>


In effect, transitions to histories are not much different from
regular transitions, barring the dynamic nature of the transition
target.

The corresponding executable content (exit, transition, entry) will be
called. If you want other behavior, you can control blocks of
executable content using the  container and appropriate
conditions. So, for example -- the first entry into the composite
state containing the history updates some part of the datamodel, and
latter entries guard the executable content using  that checks for
the said datamodel update.


> Below is the command line output from a small program that accepts trigger 
> events and has a listener attached to the states that outputs the current 
> state.
> [spalmis...@linuxserver src]$ run.sh
> Default scxml file is: HistoryTest.scxml
> Enter path to over-ride (or enter to continue):
> trigger>TO_STATE12
> In State12
> trigger>TO_STATE32
> In State3
> In State32
> trigger>STATE32_TO_HISTORY
> In TopState  (This is what I don't want!!)


This seems off, TopState isn't part of the least common ancestor so
shouldn't be entered. If you can attach a JUnit test case to JIRA,
I'll have a look.


> In State1    (This is what I don't want!!)


This is as expected. As mentioned before, you may have to guard
executable content via application logic.

-Rahul


> In State12   (This is what I do want)
> trigger>
>
>
> SCXML file used:
>
> 
> http://www.w3.org/2005/07/scxml"; 
> xmlns:my="http://www.company.com"; 
> xmlns:uml="http://schema.omg.org/spec/UML/2.1.1"; 
> xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"; version="1.0" 
> initial="StateMachineInitial">
>  
>    
>      
>        
>      
>      
>        
>      
>      
>        
>      
>    
>    
>      
>    
>    
>      
>        
>        
>      
>      
>        
>        
>      
>      
>        
>      
>      
>        
>      
>    
>    
>  
>  
>    
>  
>  
> 
>
> --
> Landon Ouyang
> Senior Design Engineer
> ITT Electronics Systems, Radar Systems - Gilfillan
> 7821 Orion Ave,
> Van Nuys, CA 91406
> (818) 901-2982
>
> This e-mail and any files transmitted with it may be proprietary and are 
> intended solely for the use of the individual or entity to whom they are 
> addressed. If you have received this e-mail in error please notify the sender.
> Please note that any views or opinions presented in this e-mail are solely 
> those of the author and do not necessarily represent those of ITT 
> Corporation. The recipient should check this e-mail and any attachments for 
> the presence of viruses. ITT accepts no liability for any damage caused by 
> any virus transmitted by this e-mail.
>

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[SCXML] History state

2009-04-02 Thread Ouyang, Landon - ES/RDR -Gil
My apologies for not modifying the Subject header in my last e-mail (reproduced 
below).

--
Landon Ouyang
Senior Design Engineer
ITT Electronics Systems, Radar Systems - Gilfillan
7821 Orion Ave,
Van Nuys, CA 91406
(818) 901-2982

-Original Message-
From: Ouyang, Landon - ES/RDR -Gil [mailto:landon.ouy...@itt.com] 
Sent: Thursday, April 02, 2009 2:08 PM
To: Commons Users List
Subject: RE: [SCXML] getting set datats in the datamodel

I am trying to implement a history state.  It does work, returns to the calling 
state, however it enters all the super states before getting to the calling 
state.  Which also calls entry actions (when there are entry actions).  This is 
not the behavior I was expecting.  Can you explain to me how to prevent this?

Below is the command line output from a small program that accepts trigger 
events and has a listener attached to the states that outputs the current state.
[spalmis...@linuxserver src]$ run.sh
Default scxml file is: HistoryTest.scxml
Enter path to over-ride (or enter to continue):
trigger>TO_STATE12
In State12
trigger>TO_STATE32
In State3
In State32
trigger>STATE32_TO_HISTORY
In TopState  (This is what I don't want!!)
In State1(This is what I don't want!!)
In State12   (This is what I do want)
trigger>


SCXML file used:


http://www.w3.org/2005/07/scxml"; 
xmlns:my="http://www.company.com"; 
xmlns:uml="http://schema.omg.org/spec/UML/2.1.1"; 
xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"; version="1.0" 
initial="StateMachineInitial">
  

  

  
  

  
  

  


  


  


  
  


  
  

  
  

  


  
  

  
  


--
Landon Ouyang
Senior Design Engineer
ITT Electronics Systems, Radar Systems - Gilfillan
7821 Orion Ave,
Van Nuys, CA 91406
(818) 901-2982

This e-mail and any files transmitted with it may be proprietary and are 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this e-mail in error please notify the sender.
Please note that any views or opinions presented in this e-mail are solely 
those of the author and do not necessarily represent those of ITT Corporation. 
The recipient should check this e-mail and any attachments for the presence of 
viruses. ITT accepts no liability for any damage caused by any virus 
transmitted by this e-mail.

-
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



RE: [SCXML] getting set datats in the datamodel

2009-04-02 Thread Ouyang, Landon - ES/RDR -Gil
I am trying to implement a history state.  It does work, returns to the calling 
state, however it enters all the super states before getting to the calling 
state.  Which also calls entry actions (when there are entry actions).  This is 
not the behavior I was expecting.  Can you explain to me how to prevent this?

Below is the command line output from a small program that accepts trigger 
events and has a listener attached to the states that outputs the current state.
[spalmis...@linuxserver src]$ run.sh
Default scxml file is: HistoryTest.scxml
Enter path to over-ride (or enter to continue):
trigger>TO_STATE12
In State12
trigger>TO_STATE32
In State3
In State32
trigger>STATE32_TO_HISTORY
In TopState  (This is what I don't want!!)
In State1(This is what I don't want!!)
In State12   (This is what I do want)
trigger>


SCXML file used:


http://www.w3.org/2005/07/scxml"; 
xmlns:my="http://www.company.com"; 
xmlns:uml="http://schema.omg.org/spec/UML/2.1.1"; 
xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"; version="1.0" 
initial="StateMachineInitial">
  

  

  
  

  
  

  


  


  


  
  


  
  

  
  

  


  
  

  
  


--
Landon Ouyang
Senior Design Engineer
ITT Electronics Systems, Radar Systems - Gilfillan
7821 Orion Ave,
Van Nuys, CA 91406
(818) 901-2982

This e-mail and any files transmitted with it may be proprietary and are 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this e-mail in error please notify the sender.
Please note that any views or opinions presented in this e-mail are solely 
those of the author and do not necessarily represent those of ITT Corporation. 
The recipient should check this e-mail and any attachments for the presence of 
viruses. ITT accepts no liability for any damage caused by any virus 
transmitted by this e-mail.

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org