[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XML Property Set

  • From: Peter@u... (Peter Murray-Rust)
  • To: xml-dev@i...
  • Date: Mon, 23 Jun 1997 20:04:52 GMT

Re: XML Property Set
In message <199706231317.IAA16211@c...> lex@w... (Alex Milowski) writes:
[...]
> 
> Well, I'm going to make an offer.  I've spent the better part of a year 
> working on and with a Java-based API for groves.  I am certain that I can
> create an interface from this (if not take it wholesale) for the XAPI and
> groves.  So, my offer is that I can come up with a draft and "the James's"
> and the lot can validate if I am on the right track.

I think this is an excellent way forward and many thanks to all who are
contributing to this effort.  I am prepared to make the effort to understand
it and find ways of interfacing it with JUMBO.  

> 
> I am fairly certain that at this point in time we should not say "maybe later"
> to groves.  We should standardize parser access, event interfaces, and groves
> at the same time.  We have enough developers with experience in all of these.
> 

Just to check I have it right...

> An API architecture that I propose is:
> 
> |---------------|
> |   Grove API   |   <<< I assume this has similarities to JamesClark's 
> |---------------|             ReallySimple API ...
> | Grove Builder |
> |     API       |   <<< different memory/storage models are implemented here.
> |----------------------------------|
> |          XML Event API           |  << presumably fairly similar to NXP?
> |----------------------------------|
> |          XML Parser API          |  << Corresponds to John Tigue's analysis?
> |----------------------------------|
> 
[...]
> Now, I feel strongly that above APIs or what they become are developed 
> together.  They can certain affect how each other is designed.

I'd agree with this.  Can they be developed rapidly or in 
parallel so that there aren't bottlenecks/hold-ups?

> If we have these four APIs, we have the fundamental building blocks for all
> kinds of XML applications--both simple and complex.  In addition, we have
> the basic infrastructure for DSSSL!  (Ah, you can see my motivation now!)

If I get this right it makes the DSSSL approach and the JavaClass-per-Element
(as in JUMBO), very closely connected.  The Grove API serves both purposes?
If so, that looks very exciting.

	P.

-- 
Peter Murray-Rust, domestic net connection
Virtual School of Molecular Sciences
http://www.vsms.nottingham.ac.uk/

xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.