Oliver commented on CXF-5052:

[~dkulp] Are there any plans to resolve this issue or is there some workaround? 
We currently use the cxf-codegen-plugin to generate classes for over 50 wsdl 
files in one project.

If we use <wsdlRoot> the wsdl path is generated with the local path (i. e. 
file:/C:/path/to/my.wsdl) in the java classes.

We use the following configuration:












        <!-- TODO Seems not to be resolved using the client certificate set 

in the system props. Why? -->

        <!-- <wsdlOptions> <wsdlOption> <wsdlArtifact> 

<artifactId>gepard-wsdl</artifactId> <version>0.9.0-SNAPSHOT</version> 

</wsdlOption> </wsdlOptions> -->

        <!-- Temporary workaround: Use local wsdl TODO: Set active mq host 

to different host -->






















> 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

Reply via email to