RE: Zeus: Re: Binding: Master Plan

["Brett McLaughlin" <brett@xxxxxxxxxxxxxxx>]

> -----Original Message-----
> From: owner-Zeus@xxxxxxxxxxx [mailto:owner-Zeus@xxxxxxxxxxx]On Behalf Of
> Spencer A Marks
> Sent: Tuesday, January 16, 2001 4:11 PM
> To: Zeus@xxxxxxxxxxx
> Subject: Re: Zeus: Re: Binding: Master Plan
>
>
>
> "Brett McLaughlin" <brett@xxxxxxxxxxxxxxx> writes:
>
> > > > [Side Note: Result abstracts an output. We will provide a concrete
> > > > StreamResult, and we will also have Source for input, and provide
> > > > StreamSource. If these ring a bell, they are from the TRAX
> > > concept, which I
> > > > think is a good idea]
> > >
> > > I haven't heard of TRAX, can you supply a pointer?
> >
> >
> http://java.sun.com/aboutJava/communityprocess/review/jsr063/jaxp-pd2.pdf
>
> OK, I've skimmed this document. Would StreamResult and StreamSource
> just implement the interface defined
> javax.xml.transform.stream.StreamSource and
> javax.xml.transform.stream.StreamResult which seems fairly straight
> forward to (although I must be missing something because I am not sure
> how they fit into things - what is the advantage of wrapping a reader,
> for example?)

Actually, they won't implement JAXP/TRAX interfaces, but they are based on
that concept. I'm writing the Result and Source interfaces first, and will
try and get them into CVS tonight (I'm having CVS trouble right now), so you
can see those. However, all that they do, really, is abstract the process of
input for the Binders to use - a Binder should be capable of taking as input
an I/O class (stream or reader), a DOM tree, a JDOM Document, a SAX series
of events, etc. But rather than having to deal with them directly, Source
will say, "hey, binders can count on being able to do X, Y, and Z" So adding
new input capability just means implementing Source.

In the case of StreamSource, it's fairly simple. So maybe you're looking for
it to be harder than you think ;-)

-Brett

>
> Or would they be working within the whole transformer architecture?
>
> In either case, I need to read this doc more carefully, but wanted to
> run those questions by you so that I could perhaps know what to focus
> on.
>
> Spencer
> ------------------------------------------------------------------
> -----------
> To unsubscribe from this mailing list, send email to majordomo@xxxxxxxxxxx
> with the text "unsubscribe zeus" in the body of the email.
> If you have other questions regarding this mailing list, send email to
> the list admin at owner-zeus@xxxxxxxxxxxx
>

-----------------------------------------------------------------------------
To unsubscribe from this mailing list, send email to majordomo@xxxxxxxxxxx
with the text "unsubscribe zeus" in the body of the email.
If you have other questions regarding this mailing list, send email to
the list admin at owner-zeus@xxxxxxxxxxxx