[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Failure Criteria: Simple XML Event-Based API for Java
At 09:42 17/12/97 -0500, David Megginson wrote: >Peter Murray-Rust writes: [...] > >Any project should have measurable failure criteria. Here are my >suggestions. > >The Simple XML Event-Based API initiative will have failed if either >of the following is true: > >1) By Monday 12 January 1998, at least three Java parser writers have > not agreed to support a specific set of common interfaces. > >2) By Monday 12 January 1998, at least three Java applet or > application authors have not agreed to use the same set of common > interfaces that the parser writers have agreed to support. Yes - I think this is very appropriate. I will commit at this stage to do what I can for JUMBO. Given that the API will look fairly like what I'm used to from David and Tim that seems fine (the Xapi-J was a level above me). So barring the possibility that I there are bits I may not *understand* it shouldn't be too horrendous. I would be *very grateful* for a working harness like Driver.java (Lark) or the equiv in lfred. It's then trivial to make sure I've got it right. So - one more parser write, and two more applications. The applications needn't be browsers - they could be transformers, search engines, whatever. And they needn't exercise the whole API (just as JUMBO won't). It simple has to show that the approach is understandable by at least three humans not connected with the other three humans. [Actually robots can volunteer if they want, as well]. P. > >In other words, we need at least one other parser writer on board >besides Tim and me (a duopoly is almost as bad as a monopoly), and at >least two other applet/application writers besides Peter. If we don't >have that agreement, and a working beta interface, by 12 January, I >won't want to spend any more of my time on this issue (I have other >projects that I'd like to pursue). > > >DOM >--- >Another interesting question is the DOM. I have not taken the time >yet to see if this interface provides enough information to construct >the most basic DOM nodes -- if it does (or at least, can), then we >could have a single DOM module maintained separately (using the common >event interface) instead of requiring each parser writer to create a >separate one. A separate DOM module with its own maintainer would be >much more likely to stay up to date and robust. > > >All the best, > > >David > >-- >David Megginson ak117@f... >Microstar Software Ltd. dmeggins@m... > http://home.sprynet.com/sprynet/dmeggins/ > >xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... >Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ >To (un)subscribe, mailto:majordomo@i... the following message; >(un)subscribe xml-dev >To subscribe to the digests, mailto:majordomo@i... the following message; >subscribe xml-dev-digest >List coordinator, Henry Rzepa (mailto:rzepa@i...) > > Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic net connection VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary http://www.venus.co.uk/vhg xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|