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

Re: What should TrAX look like? (Was: Re: Articleon

• To: Prakash Yamuna <techpy@y...>
• Subject: Re: What should TrAX look like? (Was: Re: Articleon JAXP 1.3 "Fast and Easy XML Processing")
• From: Elliotte Harold <elharo@m...>
• Date: Fri, 18 Feb 2005 17:47:14 -0500
• Cc: dareo@m..., xml-dev@l...
• In-reply-to: <20050218210727.36350.qmail@w...>
• References: <20050218210727.36350.qmail@w...>
• User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217

Prakash Yamuna wrote:


> This becomes very useful from an evolution
> perspective. The reason it is underspecified is a lot
> of models have disparate needs and there has been no
> common agreement on how they can expose it.

This is backwards. The question is not what the models need. the 
question is what the engines consuming the source need from the models. 
If this can be standardized, then the models can provide it. For XPath 
and XSLT what the engines need is pretty well defined. For other 
uses--XPath 2, schema validators, XQuery engines--perhaps it's not so 
clear, but maybe we could come up with something.

> But over time as things mature and our understanding
> increases - the disparate models, implementations can
> come to an understanding on what their needs would be
> - at that point Source can evolve further and there
> can be more meat to its interface.
> 
> But because of the fact all the models decided to
> adhere to Source - they will support this much heavier
> interface.

That's very unlikely to happen. Adding methods to an interface breaks 
all existing implementations of the interface, and this has something 
Sun has been singularly unwilling to do in the past. If there is a new 
interface, it might be a subclass of Source, but supporting it will be 
far from automatic.

-- 
Elliotte Rusty Harold  elharo@m...
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim

• Follow-Ups:
  • Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
    • From: Kevin Jones <kjones@s...>
  • Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
    • From: Prakash Yamuna <techpy@y...>

• References:
  • Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
    • From: Prakash Yamuna <techpy@y...>

• Prev by Date: RE: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Next by Date: RE: Transmitting XML between different applications
• Previous by thread: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Next by thread: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
• Index(es):
  • Date
  • Thread