Bug 30254 - xslt/style task not taking META-INF/services/javax.xml.transform.TransformerFactory from classpath into account
Summary: xslt/style task not taking META-INF/services/javax.xml.transform.TransformerF...
Status: NEW
Alias: None
Product: Ant
Classification: Unclassified
Component: Core tasks (show other bugs)
Version: 1.6.1
Hardware: Other other
: P3 enhancement (vote)
Target Milestone: ---
Assignee: Ant Notifications List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-22 10:03 UTC by Xavier Dury
Modified: 2015-04-24 05:51 UTC (History)
2 users (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Xavier Dury 2004-07-22 10:03:19 UTC
I'm willing to use a custom TransformerFactory (and a custom SAXParserFactory 
which does implicit schema validation for default values) by specifying the new 
classname into a file META-INF/services/javax.xml.transform.TransformerFactory 
in the classpath... But the classpath attribute of xslt/style task doesn't take 
this file into account, nor my custom transformerfactory .class file, nor the 
libraries it needs like xalan (and xerces for the parserfactory).

Another problem is that my xsl often make use of calls to external classes to 
do some controls, therefor I need to add those classes to the classpath, once 
again the xslt/style task classpath attribute doesn't allow that...

Is it possible to make this classpath/classpathref attribute more global and 
not just for specifying the factory to use? I don't see why it's so limited.
Comment 1 Trevor Harmon 2008-12-03 10:59:04 UTC
This sounds like a duplicate of bug #41314 and bug #46172.
Comment 2 Stefan Bodewig 2008-12-04 02:45:36 UTC
No, not a duplicate because it is talking about usage of META-INF/services/javax.xml.transform.TransformerFactory from classpath.

summary changed to reflect this