[
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)