On Nov 6, 2007 10:53 AM, Assaf Arkin <[EMAIL PROTECTED]> wrote: > On 11/6/07, Paul Brown <[EMAIL PROTECTED]> wrote: > > > > > > 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. > > > Being able to pop up a text editor, write up a process deploy it, send the > process to someone else, who can then read and understand what it does. > > BPEL uses all the glory of XML that makes it obfuscated for people to read > or write. A variable declaration foo of type ns:bar is easy enough, until > you need to fish for the in-context namespace declaration to figure out > the > QName, find the right import and the read the XML Schema definition to > understand what the variable looks like. Understanding what operations > look > like from the WSDL, just as hard. There are other things made > unnecessarily > hard by the whole design of BPEL into something that fits into an XML > structure. > > So the idea is not just to remove the angle brackets around element names, > or replace them with curly brackets, but to make a language that's humand > readable without dependency on tooling. >
To complement on Assaf's point, the goal is readability but that doesn't preclude syntax highlighting, error reporting and even debugging in an IDE. It would actually be pretty nice to have it as an Eclipse plugin, I think they have something that can take a grammar as input. Cheers, Matthieu > > Assaf > > > > > -- Paul > > > > > > -- > CTO, Intalio > http://www.intalio.com >
