commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nestor Urquiza <nest...@yahoo.com>
Subject Re: [scxml] including chunks of scxml code.
Date Fri, 05 Jan 2007 20:53:01 GMT
I'll go for Entities and in the meanwhile I'll
request/suggest to SCXML spec to include at least one
way for code reuse thru functions/templates.

Thanks,

-Nestor
 
--- Rahul Akolkar <rahul.akolkar@gmail.com> wrote:

> On 1/5/07, Nestor Urquiza <nestoru@yahoo.com> wrote:
> > Hi Rahul,
> >
> > While java can be used of course and I use it for
> a
> > lot of helper methods like the one you propose for
> the
> > given example, it breaks the needed separation of
> > concerns for my case.
> >
> <snip-example/>
> >
> > While of course the example is simple to
> illustrate
> > the need the bottom line is that I want to use
> (and I
> > am using) commons-scxml as a Controller and so
> > business rules (very complex ones) can be added
> > without recompilation or java releases, accesible
> to
> > operations guys that are very close to business
> people
> > and far away from software developers.
> >
> <snap/>
> 
> There was a suggestion about XML entities; that is
> one possibility to
> avoid recompilation, and works for executable
> content (where IDs are
> not used).
> 
> 
> > So, from your reply I understand commons-scxml
> does
> > not implement <invoke> still. We have to wait for
> an
> > agreement from W3C for invoke final implementation
> > right?
> >
> <snip/>
> 
> <invoke> is in place, its just not advertised very
> much since we know
> it may change. For example, you can register an
> invoker class for a
> given targettype on the executor (see SCXMLExecutor
> Javadoc and follow
> along from the registerInvokerClass() method).
> 
> 
> > Just thinking aloud, I would expect SCXML to have
> > features like XSLT templating which is nothing but
> the
> > ability to reuse code thru functions. What you
> think?
> >
> <snap/>
> 
> All ideas are welcome. Some may be suitable for the
> spec (and won't be
> handled here, unlike those for the impl).
> 
> -Rahul
> 
> 
> > Thanks a bunch,
> >
> > -Nestor
> >
> >
> <snip/>
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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


Mime
View raw message