[ https://issues.apache.org/jira/browse/CXF-5052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16377521#comment-16377521 ]
Oliver commented on CXF-5052: ----------------------------- Ok, I will check again. About the syntax topic: No it is not intuitive at all, but an easy and fast fix :) I think it would be more elegant to use a new XML element to achieve that. For example: {code:java} <wsdlRoot> <pathPattern>**/*.wsdl</pathPattern> <classpathReplace>path/to/replace</classpath> </wsdlRoot> {code} > Classpath references should be understood using wsdlRoot batch processing > options in cxf-codegen > ------------------------------------------------------------------------------------------------ > > Key: CXF-5052 > URL: https://issues.apache.org/jira/browse/CXF-5052 > Project: CXF > Issue Type: Improvement > Components: Tooling > Affects Versions: 2.7.5 > Environment: All > Reporter: Zach Melnick > Priority: Major > > The generated client code should be able to reference a relative classpath > rather than an absolute one when using the wsdlRoot option to generate > clients and services via the cxf-codegen plugin. > Relative classpaths can be specified when using the non-batch processing > wsdlLocation options. This can be done when using something like > <wsdlLocation>classpath:wsdl/foo.wsdl</wsdlLocation>. > However, using the classpath reference in wsdlRoot does not work in the same > fashion. > <wsdlRoot>classpath:wsdl/</wsdlRoot> should be able to find the wsdl > directory in ${basedir}/src/main/resources/wsdl, and generate the clients > with a wsdlLocation value relative to the classpath, making the behavior > between <wsdlRoot> and <wsdlLocation> consistant. -- This message was sent by Atlassian JIRA (v7.6.3#76005)