xml-dev - Re: XSL Translations using Java Servlets / JSP

[Paul Tchistopolskii <paul@qub.com>]

> > > What I don't recall is which ones use the
> > > 
> > >     <?xml-stylesheet ... ?>
> > > 
> > > PI to figure out what stylesheet to apply, but I could
> > > easily have missed noticing that facility!
> > 
> > For example, 'default'  XT Servlet assumes that 
> > 'servlet equals to the stylesheet'. ...
> > 
> > What if I like to generate 2 different layout's out of 
> > the same XML file ? 
> 
> Sure, there are a million combinations to want,
> and it's no problem if many of them are supported.
> 
> In particular, what if I _don't_ want multiple
> layouts from a file?  Shouldn't I have the option
> to use the only _standard_ way to bind stlyesheets
> to a document?  When to use it is another question.

This is not a question to me why XSLT servlets are *not*
supporting  <?xml-stylesheet mechanizms.

As you pointed out,  this method of binding ( with <?xml-stylesheet )
is 'good' only when we have fixed 1-to-1 mapping between XML file 
and XSL stylesheet.

But to support such a trivial mapping/binding we ( in the real life ) 
don't need  any <?xml-stylesheet declation at all. Just deploy
"some.xsl"  and use it when processing "some.xml"

I'm not saying that there is no hypoteteical usecases when 
you may realy like to use the 'standard' way of binding.

My point is that this 'standard' way of binding is almost 
useless in the real life.  It is too weak for complex mapping
and it is too complex for trivial mapping. 

That's why servlet engines are usualy not supporting it, 
but I think because in current days  it is cool to be 
'conformant'  to some standard ( even standard itself 
is useless ), the commercial implementations of XSLT 
will not doubt support this 'standard' way of binding.  

Frankly, I'l not recommend using the 'standard' way. On the 
server side,  I think alsmost any 'other' way of binding / linking  
is better. Not on the client side, but that's another story.

Rgds.Paul.



***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************