Re: streaming multiple XML input

its actually not trashy at all;

these constraints can sometimes provide rigidity in your programming
practices, which can create an overall more stable beast.

most of the XSLT parsers will take xml input as a command line option, so if
your environment is console based, u can call and parse whenever u want.

if u need a server side solution, i would recc something that u have already
identified.

if u need a native XSLT solution, u must get your data into xml format, and
if u want to integrate possibly use the document() command, as u once again
have identified.

cheers, jim fuller

----- Original Message -----
From: "Luc Pionchon" <luc.pionchon@xxxxxxxxxxxx>
To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Monday, August 20, 2001 10:26 AM
Subject: RE:  streaming multiple XML input


>
> or maybe first merge my streams into a single one,
> some thing like:
>
> <DOC>
>   <SUBDOC name="doc1"> ... my first XML stream</SUBDOC>
>   <SUBDOC name="doc2"> ... my second XML stream</SUBDOC>
>   ...
> </DOC>
>
> ...sounds a bit trashy (...) (and have nothing to see anymore with XSLT!)
>
> luc
>
> > -----Original Message-----
> > From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of cutlass
> > Sent: Monday, August 20, 2001 11:35 AM
> > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > Subject: Re:  streaming multiple XML input
> >
> >
> > there is nothing in native XSLT that allows u to explicitly 'stream' in
> > content, except for using external methods in the fashion u gave as an
> > example.
> >
>
>
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
>


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list