You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by steve666 <st...@hotmail.com> on 2008/11/12 06:37:09 UTC
cxf-codegen-plugin 2.1.1+ TransformerFactoryImpl not found
Hi,
I am trying to upgrade to version 2.1.2 of the cxf-codegen-plugin in my
mule/maven project.
cxf-codegen-plugin version 2.0.6 and 2.1 works fine.
With version 2.1.1, 2.1.2 and 2.1.3 i get a
javax.xml.transform.TransformerFactoryConfigurationError: Provider
org.apache.xalan.processor.TransformerFactoryImpl not found
Do I need to add Xalan to the classpath for the newer versions?
I am using CXF 2.1.2 should I use the 2.1.2 plugin or will the 2.0.6 or 2.1
one do?
javax.xml.transform.TransformerFactoryConfigurationError: Provider
org.apache.xalan.processor.TransformerFactoryImpl not found
at
javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:108)
at
org.apache.cxf.tools.common.toolspec.ToolSpec.transform(ToolSpec.java:213)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.getUsage(CommandLineParser.java:185)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.throwUsage(CommandLineParser.java:172)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.parseArguments(CommandLineParser.java:149)
at
org.apache.cxf.tools.common.toolspec.AbstractToolContainer.parseCommandLine(AbstractToolContainer.java:90)
at
org.apache.cxf.tools.common.toolspec.AbstractToolContainer.execute(AbstractToolContainer.java:172)
at
org.apache.cxf.tools.common.AbstractCXFToolContainer.execute(AbstractCXFToolContainer.java:73)
at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:230)
at
org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:83)
at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:103)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java:349)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:249)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Thanks
Steve
--
View this message in context: http://www.nabble.com/cxf-codegen-plugin-2.1.1%2B-TransformerFactoryImpl-not-found-tp20454557p20454557.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: cxf-codegen-plugin 2.1.1+ TransformerFactoryImpl not found
Posted by steve666 <st...@hotmail.com>.
Thanks for that - I removed these dependencies
[INFO] | \- xml-apis:xml-apis:jar:1.0.b2:compile
[INFO] | \- xerces:xercesImpl:jar:2.6.2:compile
But I still have the same problem.
Is there a way to explicitly set the javax.xml.transform.TransformerFactory
in the cxf-codegen-plugin? Or to debug what it is doing?
I see it is a system property
http://java.sun.com/javase/6/docs/api/javax/xml/transform/TransformerFactory.html#TransformerFactory()
Can I set it as an extraarg -Djavax.xml.transform.TransformerFactory=XXX?
Also I haven't removed these - do I need to?
[INFO] | +- javax.xml.ws:jaxws-api.osgi:jar:2.1-1:compile
[INFO] | +- com.sun.xml.bind:jaxb-all.osgi:jar:2.1.6:compile
[INFO] | +- xml-resolver:xml-resolver.osgi:jar:1.2:compile
[INFO] | +- org.apache.santuario:xmlsec.osgi:jar:1.4.0:compile
[INFO] | +- org.apache.ws.commons.schema:XmlSchema:jar:1.4.2:compile
The strange thing is that the plugin version 2.1 and below works fine,
versions 2.1.1 and above don't - was there a change to the way this worked
in 2.1.1?
2.1.2 uses
net.java.dev.stax-utils:stax-utils:jar:20060502
org.apache.geronimo.specs:geronimo-jaxws_2.1_spec:jar:1.0 vs
javax.xml.ws:jaxws-api:jar:2.1-1
and newer versions of
org.codehaus.jettison:jettison:jar:1.0.1 vs 1.0
com.sun.xml.bind:jaxb-impl:jar:2.1.7 vs 2.1.6
wsdl4j:wsdl4j:jar:1.6.2 vs 1.6.1
com.sun.xml.bind:jaxb-xjc:jar:2.1.7 vs 2.1.6
Failing being able to get 2.1.2 to work version 2.1 of the
cxf-codegen-plugin seems to work ok - are these any pitfalls to this
approach?
here is the -X debug from maven
[DEBUG] Configuring mojo 'org.apache.cxf:cxf-codegen-plugin:2.1.2:wsdl2java'
-->
[DEBUG] (f) classesDirectory =
C:\dev\esb-mule-2.1.1-upgrade\esb-main\target\classes
[DEBUG] (f) markerDirectory =
C:\dev\esb-mule-2.1.1-upgrade\esb-main\target\cxf-codegen-plugin-markers
[DEBUG] (f) project = MavenProject: au.com.qtc.esb:esb-main:0.16-SNAPSHOT
@ C:\dev\esb-mule-2.1.1-upgrade\esb-main\pom
.xml
[DEBUG] (f) sourceRoot =
C:\dev\esb-mule-2.1.1-upgrade\esb-main\src\main\java
[DEBUG] (f) testWsdlRoot =
C:\dev\esb-mule-2.1.1-upgrade\esb-main\src\test\resources\wsdl
[DEBUG] (f) useCompileClasspath = false
[DEBUG] (s) wsdl =
C:\dev\esb-mule-2.1.1-upgrade\esb-main/src/main/resources/wsdl/irma/irmaservice.wsdl
[DEBUG] (s) extraargs = [-xjc -debug, -verbose, -p,
au.com.qtc.esb.integration.irma]
[DEBUG] (s) wsdl =
C:\dev\esb-mule-2.1.1-upgrade\esb-main/src/main/resources/wsdl/criticalevents/criticaleventsservice
.wsdl
[DEBUG] (s) extraargs = [-verbose, -p,
au.com.qtc.esb.integration.criticalevents]
[DEBUG] (s) wsdl =
C:\dev\esb-mule-2.1.1-upgrade\esb-main/src/main/resources/wsdl/css/accountservice.wsdl
[DEBUG] (s) extraargs = [-xjc-debug, -verbose, -p,
au.com.qtc.esb.integration.css]
[DEBUG] (f) wsdlOptions =
[Lorg.apache.cxf.maven_plugin.WsdlOption;@1acbf5c
[DEBUG] (f) wsdlRoot =
C:\dev\esb-mule-2.1.1-upgrade\esb-main\src\main\resources\wsdl
[DEBUG] -- end configuration --
[INFO] [cxf-codegen:wsdl2java {execution: generate-sources}]
[DEBUG] Calling wsdl2java with args: [-verbose, -d,
C:\dev\esb-mule-2.1.1-upgrade\esb-main\src\main\java, -xjc -debug, -
verbose, -p, au.com.qtc.esb.integration.irma,
file:/C:/dev/esb-mule-2.1.1-upgrade/esb-main/src/main/resources/wsdl/irma/
irmaservice.wsdl]
Loading FrontEnd jaxws ...
Loading DataBinding jaxb ...
[DEBUG]
javax.xml.transform.TransformerFactoryConfigurationError: Provider
org.apache.xalan.processor.TransformerFactoryImpl not
found
at
javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:108)
at
org.apache.cxf.tools.common.toolspec.ToolSpec.transform(ToolSpec.java:205)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.getUsage(CommandLineParser.java:184)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.throwUsage(CommandLineParser.java:171)
at
org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.parseArguments(CommandLineParser.java:148)
at
org.apache.cxf.tools.common.toolspec.AbstractToolContainer.parseCommandLine(AbstractToolContainer.java:90)
at
org.apache.cxf.tools.common.toolspec.AbstractToolContainer.execute(AbstractToolContainer.java:172)
at
org.apache.cxf.tools.common.AbstractCXFToolContainer.execute(AbstractCXFToolContainer.java:73)
at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:230)
at
org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:83)
at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:103)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java:329)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:228)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:48
0)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
--
View this message in context: http://www.nabble.com/cxf-codegen-plugin-2.1.1%2B-TransformerFactoryImpl-not-found-tp20454557p20472958.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: cxf-codegen-plugin 2.1.1+ TransformerFactoryImpl not found
Posted by Daniel Kulp <dk...@apache.org>.
Can you try doing a:
mvn dependency:tree
and searching for anything XML/xerces/xalan related. In particular, look for
xml-apis jar.
Most likely, you need to exclude that from whatever is pulling it in. It's
included in your JDK so you don't need it, but by by default, it looks for
the org.apache versions of things like transformers which also don't exist in
the Sun JDK. If you exclude it, you will use the in JDK transforms and
such.
Dan
On Wednesday 12 November 2008 12:37:09 am steve666 wrote:
> Hi,
>
> I am trying to upgrade to version 2.1.2 of the cxf-codegen-plugin in my
> mule/maven project.
>
> cxf-codegen-plugin version 2.0.6 and 2.1 works fine.
>
> With version 2.1.1, 2.1.2 and 2.1.3 i get a
> javax.xml.transform.TransformerFactoryConfigurationError: Provider
> org.apache.xalan.processor.TransformerFactoryImpl not found
>
> Do I need to add Xalan to the classpath for the newer versions?
>
> I am using CXF 2.1.2 should I use the 2.1.2 plugin or will the 2.0.6 or 2.1
> one do?
>
>
> javax.xml.transform.TransformerFactoryConfigurationError: Provider
> org.apache.xalan.processor.TransformerFactoryImpl not found
> at
> javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:
>108) at
> org.apache.cxf.tools.common.toolspec.ToolSpec.transform(ToolSpec.java:213)
> at
> org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.getUsage(Comm
>andLineParser.java:185) at
> org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.throwUsage(Co
>mmandLineParser.java:172) at
> org.apache.cxf.tools.common.toolspec.parser.CommandLineParser.parseArgument
>s(CommandLineParser.java:149) at
> org.apache.cxf.tools.common.toolspec.AbstractToolContainer.parseCommandLine
>(AbstractToolContainer.java:90) at
> org.apache.cxf.tools.common.toolspec.AbstractToolContainer.execute(Abstract
>ToolContainer.java:172) at
> org.apache.cxf.tools.common.AbstractCXFToolContainer.execute(AbstractCXFToo
>lContainer.java:73) at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer
>.java:230) at
> org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:83)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:103)
> at
> org.apache.cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java:34
>9) at
> org.apache.cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:249)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManag
>er.java:447) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLif
>ecycleExecutor.java:539) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycl
>e(DefaultLifecycleExecutor.java:480) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLife
>cycleExecutor.java:459) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFai
>lures(DefaultLifecycleExecutor.java:311) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Def
>aultLifecycleExecutor.java:278) at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycl
>eExecutor.java:143) at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333) at
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126) at
> org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>9) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>l.java:25) at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>
>
> Thanks
> Steve
--
Daniel Kulp
dkulp@apache.org
http://dankulp.com/blog