commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38311] - [scxml] explore strategies for decoupling execution context from representation
Date Fri, 03 Feb 2006 19:30:19 GMT
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=38311>.
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=38311





------- Additional Comments From tobrien@discursive.com  2006-02-03 20:30 -------
Here's where I find the naming confusing.  Imagine the documentation for this:

"A state machine is modeled by an instance of SCXML which contains all the
states and transitions that describe the structure and features of a state
machine.  When an application needs to execute such a state machine, it will
need to provide a Registry.  The Registry contains contexts, historical state,
and listeners that are notified when certain events occur during the execution
(or interpretation) of a state machine.  This Registry also contains an object
named NotificationRegistry which is a registry of the aforementioned listeners."

So the thing I'm seeing is that the concept of the NotificationRegistry being a
registry of listeners within a larger registry (which is more of an
ExecutionEnvironment) seems confusing.

It also stems from the fact that a "Registry" is usually an object than contains
a collection of similar elements.  So, a PersonRegistry contains people, a
ListenerRegistry contains listeners, etc.  Calling the execution environment a
registry just strikes me as a misnomer because it holds a collection of
different elements all important to execution.

Anyway, I know I'm being a stickler for the details, but I think of language and
terminology as something that needs to be addresses up front.  I can understand
that a larger "ExecutionContext" contains a number of objects necessary for
execution including a sub-contexts that store information particular to each
state.  I feel less comfortable explaining that the "Registry" contains a series
of objects necessary for execution including a NotificationRegistry and a series
of a Content objects and histories.

In addition, having a class named "Registry" and a class named
"NotificationRegistry" implies an extension or implementation relationship.

-- 
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


Mime
View raw message