![]() |
|
|
|
|
Issue Type:
|
Bug
|
|
Affects Versions:
|
1.5 |
|
Assignee:
|
Unassigned |
|
Attachments:
|
jaxb-testcase-KO.zip, jaxb-testcase-OK.zip |
|
Created:
|
04/Mar/13 11:05 AM
|
|
Description:
|
Hello,
Issue = when using a Catalog, at compile time, to indicate where to find the imported xsd :
1) [Major] The source generation would fail is the catalog rewrites the systemId with a relative target path (see below for details)
2) [Minor] A NullPointerException is then generated during the xjc goal. It doesn't stop the build process
I generate two very small maven project, for test case.
What's common to these two projects :
- Two xsd files, in src/main/resources/xsd : included.xsd contains one type (IncludedType), and container.src imports included.xsd.
- A pom.xml file, with the jaxb2-maven-plugin configured. It uses the 'src/main/resources/jax-ws-compiletime-catalog.xml' file, to indicate where to find the included.xsd.
- The src/main/resources/jax-ws-compiletime-catalog.xml file.
The only difference between these two projects, is the content of the src/main/resources/jax-ws-compiletime-catalog.xml file:
- Project jaxb-testcase-OK : the rewritePrefix contains an absolute path. This is bad, as the path depends on the host. It works OK (but generate a non blocking NullPointerException)
- Project jaxb-testcase-KO : the rewritePrefix contains a relative path. The maven build process would generate this error : "'xxxx' is already defined".
Lots of users of the plugin are facing this issue. They have to create about as many <execution> tag (in the pom) as they have xsd files...
Putting an absolute path is a worse workaround.
Regards
Etienne
|
|
Environment:
|
Windows, JDK 1.7u15
|
|
Project:
|
JAXB-2 Maven Plugin
|
|
Priority:
|
Major
|
|
Reporter:
|
Etienne
|
|
|
|
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email