[
https://issues.apache.org/jira/browse/AXIS2-4484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12924282#action_12924282
]
Brian commented on AXIS2-4484:
------------------------------
This issue is also present when using the targetSourceFolderLocation and
targetResourcesFolderLocation in place of the outputDirectory argument. It
appears that the Wsdl implementation classes (Skeleton class and supporting
classes) are placed in the correct folder as specified by
targetSourceFolderLocation but the generated Databinder classes are always
placed into 'src'.
My wsdl2java configuration is as follows.
<codegen
wsdlfilename="my.wsdl"
skipBuildXML="true"
packageName="${service.package.name}"
databindingName="jaxbri"
unpackClasses="true"
serverSide="true"
serverSideInterface="true"
generateAllClasses="true"
generateServiceXml="true"
targetSourceFolderLocation="gen"
targetResourcesFolderLocation="${service.dir}/META-INF"
/>
I am also seeing a giant stack trace when I have log4j configured during the
codegen. I am assuming that its related to this bug
[codegen] java.util.zip.ZipException: error in opening zip file
[codegen] at java.util.zip.ZipFile.open(Native Method)
[codegen] at java.util.zip.ZipFile.<init>(ZipFile.java:114)
[codegen] at java.util.zip.ZipFile.<init>(ZipFile.java:131)
[codegen] at
org.apache.tools.ant.AntClassLoader.getResourceURL(AntClassLoader.java:1028)
[codegen] at
org.apache.tools.ant.AntClassLoader$ResourceEnumeration.findNextResource(AntClassLoader.java:147)
[codegen] at
org.apache.tools.ant.AntClassLoader$ResourceEnumeration.nextElement(AntClassLoader.java:130)
[codegen] at
org.apache.tools.ant.util.CollectionUtils$CompoundEnumeration.nextElement(CollectionUtils.java:198)
[codegen] at
sun.misc.CompoundEnumeration.nextElement(CompoundEnumeration.java:43)
[codegen] at
org.apache.tools.ant.util.CollectionUtils$CompoundEnumeration.nextElement(CollectionUtils.java:198)
[codegen] at
sun.misc.CompoundEnumeration.nextElement(CompoundEnumeration.java:43)
[codegen] at
javax.xml.xpath.XPathFactoryFinder$2.next(XPathFactoryFinder.java:478)
[codegen] at
javax.xml.xpath.XPathFactoryFinder._newFactory(XPathFactoryFinder.java:219)
[codegen] at
javax.xml.xpath.XPathFactoryFinder.newFactory(XPathFactoryFinder.java:143)
[codegen] at
javax.xml.xpath.XPathFactory.newInstance(XPathFactory.java:185)
[codegen] at
javax.xml.xpath.XPathFactory.newInstance(XPathFactory.java:99)
[codegen] at
com.sun.tools.xjc.reader.internalizer.Internalizer.<clinit>(Internalizer.java:81)
[codegen] at
com.sun.tools.xjc.reader.internalizer.DOMForest.transform(DOMForest.java:448)
[codegen] at
com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.java:221)
[codegen] at
com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.java:85)
[codegen] at
org.apache.axis2.jaxbri.CodeGenerationUtility.processSchemas(CodeGenerationUtility.java:206)
[codegen] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[codegen] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[codegen] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[codegen] at java.lang.reflect.Method.invoke(Method.java:597)
[codegen] at
org.apache.axis2.wsdl.codegen.extension.JAXBRIExtension.engage(JAXBRIExtension.java:101)
[codegen] at
org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:224)
[codegen] at
org.apache.axis2.tool.ant.AntCodegenTask.execute(AntCodegenTask.java:416)
[codegen] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
[codegen] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
[codegen] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[codegen] at java.lang.reflect.Method.invoke(Method.java:597)
[codegen] at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
[codegen] at org.apache.tools.ant.Task.perform(Task.java:348)
[codegen] at org.apache.tools.ant.Target.execute(Target.java:357)
[codegen] at org.apache.tools.ant.Target.performTasks(Target.java:385)
[codegen] at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337)
[codegen] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
[codegen] at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
[codegen] at
org.eclipse.ant.internal.launching.remote.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:32)
[codegen] at
org.apache.tools.ant.Project.executeTargets(Project.java:1189)
[codegen] at
org.eclipse.ant.internal.launching.remote.InternalAntRunner.run(InternalAntRunner.java:423)
[codegen] at
org.eclipse.ant.internal.launching.remote.InternalAntRunner.main(InternalAntRunner.java:137)
> CLONE -[wsdl2code] Incorrect target directory for generated sources
> --------------------------------------------------------------------
>
> Key: AXIS2-4484
> URL: https://issues.apache.org/jira/browse/AXIS2-4484
> Project: Axis2
> Issue Type: Bug
> Components: Tools
> Affects Versions: 1.1
> Environment: Solaris 10, Maven2 2.0.4, JDK 1.5_06
> Reporter: Sam Wilson
> Assignee: Amila Chinthaka Suriarachchi
> Priority: Minor
>
> When generating sources from wsdl, even if the outputDirectory parameter is
> specified (non-default) in the pom.xml, while the plugin will use the value
> specified, it will insert a "src" directory after the specified
> outputDirectory value and before the project package. For example:
> outputDirectory=src/main/java // relative to pom.xml
> and
> package=org.sourceforge.xyz
> the generated classes will go in:
> src/main/java/src/org/sourceforge/xyz
> Is there a way to eliminate that, so generated sources are exactly in the
> same directories as project source files?
> Somewhat related, an ant build.xml file seems to be generated at the same
> time under src/main/java, is there an expectation that it will be used (given
> build with mvn2), if not, can its generation be suspended.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org
