Removing javax.xml.transform.TransformerFactory or patching it to try
invoke the underlying TransformerFactory (if this is possible) which is
essentially the same thing, is undesirable because you'll end up with a
transformer API and an underlying implementation that may not match
(correct?)

Removing javax.xml.transform.* is not clear that is safe (I guess
because you might have incompatible parser api+impl <-> transformer
api+impl interactions?)

Ok, we are doomed :)

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Scott M Stark
> Sent: 22 February, 2006 19:50
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Xalan removal saga
> 
> Its not clear that removal of the javax.xml.transform.* is 
> safe. There are references to org.w3c.dom.* from the 
> javax.xml.transform.dom for example. We cannot simply remove 
> just the javax.xml.transform.TransformerFactory. It would 
> have to be all
> javax.xml.transform.* classes.
> 
> The presence of the javax.xml.transform.TransformerFactory 
> should not affect a user being able to override the 
> transformer by dropping in an xsl jar with a 
> META-INF/services/javax.xml.transform.TransformerFactory
> entry as this takes precedence over the TransformerFactory defaults.
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of 
> > Dimitris Andreadis
> > Sent: Wednesday, February 22, 2006 9:24 AM
> > To: jboss-development@lists.sourceforge.net
> > Subject: RE: [JBoss-dev] Xalan removal saga
> > 
> > 
> > I don't follow why this is necessary. If we just remove 
> > javax.xml.transform.TransformerFactory from xml-apis.jar 
> then the jdk 
> > bundled TransformerFactory will be used to choose the correct 
> > implementation.
> > 
> > A user can always drop his own xalan.jar to lib/endorsed (for 
> > jdk1.4/5), or server/xxx/lib for jdk5, or use a scoped xalan.jar to 
> > override the jdk version, since xalan.jar contains:
> > 
> > META-INF/services/javax.xml.transform.TransformerFactory file 
> > containing the class name of its implementation.
> > 
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On 
> Behalf Of 
> > > Scott M Stark
> > > Sent: 22 February, 2006 18:16
> > > To: jboss-development@lists.sourceforge.net
> > > Subject: RE: [JBoss-dev] Xalan removal saga
> > > 
> > > Setting this via a system property cannot be done as this
> > is a global
> > > override. We could simply externalize the default factory
> > name to an
> > > attribute of the jboss server info mbean and fallback to the jdk 
> > > default if it cannot be found. I don't know if an extension
> > class can
> > > get access to a class from the jdk rt.jar via the 
> > > ClassLoader.getSystemClassLoader().
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep 
> through log 
> > files for problems?  Stop!  Download the new AJAX search 
> engine that 
> > makes searching your log files as easy as surfing the  web. 
>  DOWNLOAD 
> > SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> > _______________________________________________
> > JBoss-Development mailing list
> > JBoss-Development@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
> > 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep 
> through log files for problems?  Stop!  Download the new AJAX 
> search engine that makes searching your log files as easy as 
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> _______________________________________________
> JBoss-Development mailing list
> JBoss-Development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to