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 [EMAIL PROTECTED] http://dankulp.com/blog
