On Nov 6, 2007, at 9:17 AM, Dan Kearns wrote:
Is there any reason not to attempt to have a process just be a
totally valid
javascript? Using e4x would save having to create new xml-isms, and
the
whole thing would also have the potential side-benefit that it
could be
implemented inside a browser. Imagine a google gears app with embedded
Ode... that would rock!
Interesting thought, although the Ode core would still have to reside
in a Java container of some kind, but you certainly could implement a
worklist application entirely in JavaScript and use something like
Gears for the local persistence.
I do like the thought that there might be a way to encode a BPEL
process as "totally valid" JavaScript, since that would mean that
existing IDEs and editors would work just fine. FWIW, it's also
entirely worthwhile to consider DSLs that map to BPEL but not
necessarily bijectively or even surjectively. You can imagine, for
example, a language written specifically to implement Globus
applications.
What's the target user experience for EzBPEL? IDE-like with syntax
highlighting and error reporting? It seems like we need something
along those lines to come out with a net win over XML Schema or RELAX
NG-driven editing of XML.
-- Paul
