Open glassfishrobot opened 17 years ago
Reported by simon_lebettre@java.net
simon_lebettre@java.net said: little corrections to my example :
case 1 :
simon_lebettre@java.net said: After more tries I found it is not even possible to do it with the command line or the java class :
-B can only pass options to jaxb (options begin with minus sign), but for the episode file its directly a jar as argument not an option
wsimport -B c:somejar.jar results in :
no such JAXB option: c:/somejar.jar
vivekp@java.net said: Please provide a test case.
Marking it for target 2.1.3, it is too late for 2.1.2, it is code frozen. We will fix it in 2.1.3.
jitu@java.net said: Adding keyword as91-na
vivekp@java.net said: Will not be fixed in 2.1.3 release, will be fixed in a future release.
jitu@java.net said: Assigning it to Rama
ramapulavarthi@java.net said: Put partial fix in 2.1.4 RI. Still there is some problem with jaxb as its regenerating the beans although found in the episode jar file. Need to follow up with JAXB team. Atleast the xjc option is passed on to jaxb in this fix.
ramapulavarthi@java.net said: created a bug on jaxb. https://jaxb.dev.java.net/issues/show_bug.cgi?id=514
ramapulavarthi@java.net said: Marking it as P# as this is not a common case and the bug is jaxb and filed as https://jaxb.dev.java.net/issues/show_bug.cgi?id=514
ramapulavarthi@java.net said:
euxx@java.net said: Is there an update on this?
This issue is very critical for us, we have a common schema and number of extensions that should reuse the same binding files. So, without this fix the wsimport can generate a conflicting code that fails at the runtime (e.g. when it is using different binding configuration for the common part of the schema).
fribeiro@java.net said: Any update yet?
jitu@java.net said: No update yet, pinged jaxb team. We will look into this soon(this month)
ramapulavarthi@java.net said:
rossgard@java.net said: I am able to make use of a sun-jaxb.episode file by specifying -b episode-file (on classpath, no jar), but i am also getting the error "Schema decriptor ... in message part ... is not defined and could not be bound to Java". This error only applies for the bindings specified for the outermost types though...
If remove the bindings for the elements used in the different message parts in the wsdl from the episode-file it works fine (it does not generate types for the other bindings specified in the episode- file).
I also want wsimport to reuse the outermost types from the xsd (the ones used in the wsdl message parts).
Is this related to the same issue?
ramapulavarthi@java.net said: The bug in jaxb https://jaxb.dev.java.net/issues/show_bug.cgi?id=514 is targeted for next release as the fix is more involved.
Adding keyword metro2.0-waived.
ramapulavarthi said: Marking this as an enhancement and not targeting this for release.
michael-o said: Any update on this? I wasted an entire day to figure out that this is actually a bug!
michael-o said: Almost a year has passed and nothing from Oracle...
This issue was imported from java.net JIRA JAX_WS-368
Was the issue solved? I have the same problem.
I can not use a jar containing a Meta-inf/sun-jaxb.episode with wsimport ant task :
1/ if I do (ant script) :