Steve Jones wrote:
> Which is fine for certain elements, but there is another scenario and
> that is where an application is calling a bunch of things in a similar
> manner to straight Java code and where BPEL is a more sensible
> _programming_ language than Java, for instance if there is quite a bit
> of async.
>
> That is where I've tended to see BPEL used very successfully. Surely
> the question here on the various different solutions is what works for
> a given scenario, elements such as non-repudiation and debugging are
> going to become more tricky in a rules/state scenario I would expect
> which may be justifiable for certain project areas but not for others,
> the other challenge is that of tooling and product support. While
> there might be architecturally more elegant answers these are pretty
> mute until their is the tooling and support to make those choices
> economically feasible for the majority.
>
>
+1. Rule/event based system may seem simple for a small system, but as
the number of "states" increase,
it is necessary to properly model the "states" and to properly define
the rules and their sequences.
Some users mistake rule/event system to imply that business end users
can now simply start entering
their rules without first creating a model.
IMO, as with any project, it is necessary to find requirements and the
scope of the project and then
find the most appropriate technology to fulfill them, instead of first
choosing the technology.
I think SOA is about enabling users to be able to make the most
appropriate choice on each
requirement, instead of a technology making choices for them.
Cheers,
H.Ozawa
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/service-orientated-architecture/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
