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

Reply via email to