Dan, Episodes seems to work fine for the schema compiler so no new bindings are generated but then when wsdl2java tries to generate the service portType artifacts for example it does not know how to resolve the schema elements on the message parts since class bindings have not been generated. Seems that "wsimport" jaxb tool has a similar problem.
Anyway, fair enough, I'll work on creating a simple test case to try to demonstrate the problem. I'll let you know about the JIRA ticket. Thanks, -Marcel dkulp wrote: > > > I've heard of mixed reports of people using episode files. Some have > claimed > it worked fine. Others have had issues. The main problem I have is > that > no-one that has had problems have been able to provide a test case that we > can > debug. If you could create a test case and attach to a JIRA, that would > be a > big help in getting any issues fixed. > > Dan > > > On Friday 12 March 2010 4:23:29 pm Marcel Casado wrote: >> Hi, >> >> I'm generating jaxb bindings with episodes for all schemas >> included/imported for a "wsdl" so I have a more modular project structure >> and better dependency reusability. Then I pass the jaxb episodes to the >> "wsdl2java" so it does not have to generate any the bindings again. Then >> when it tries to resolve the message parts on the wsdl to create the >> service artifacts it crashes : >> >> ./wsdl2java -d >> /Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/target/generated-sources/s >> rc -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/jaxb/xmlBind >> ings.xml -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/gml-v_3_1_1.episode -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/ows-v_1_1_0.episode -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/wcs-v_1_1_2.episode -verbose >> /Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/wsdl/wc >> s/1.1.2/wcs1_1_2.wsdl Loading FrontEnd jaxws ... >> Loading DataBinding jaxb ... >> wsdl2java -d >> /Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/target/generated-sources/s >> rc -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/jaxb/xmlBind >> ings.xml -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/gml-v_3_1_1.episode -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/ows-v_1_1_0.episode -b >> file:/Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/ep >> isodes/wcs-v_1_1_2.episode -verbose >> /Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/wsdl/wc >> s/1.1.2/wcs1_1_2.wsdl wsdl2java - Apache CXF 2.2.6 >> >> Deprecated Xalan: org.apache.xml.serializer.XMLEntities >> >> WSDLToJava Error: Failed to create java parameter for part parameters in >> method getCoverageOperation - this wsdl is invalid, please use the >> wsdlvalidator tool to validate this wsdl >> >> org.apache.cxf.tools.common.ToolException: Failed to create java >> parameter >> for part parameters in method getCoverageOperation - this wsdl is >> invalid, >> please use the wsdlvalidator tool to validate this wsdl >> at >> org.apache.cxf.tools.common.model.JavaMethod.addParameter(JavaMethod.java:1 >> 86) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.ParameterProc >> essor.addParameter(ParameterProcessor.java:126) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.ParameterProc >> essor.processInput(ParameterProcessor.java:221) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.ParameterProc >> essor.buildParamModelsWithoutOrdering(ParameterProcessor.java:650) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.ParameterProc >> essor.process(ParameterProcessor.java:86) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.OperationProc >> essor.processMethod(OperationProcessor.java:91) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.OperationProc >> essor.process(OperationProcessor.java:62) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.internal.PortTypeProce >> ssor.process(PortTypeProcessor.java:139) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.WSDLToJavaProcessor.ws >> dlDefinitionToJavaModel(WSDLToJavaProcessor.java:88) at >> org.apache.cxf.tools.wsdlto.frontend.jaxws.processor.WSDLToJavaProcessor.pr >> ocess(WSDLToJavaProcessor.java:60) at >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaConta >> iner.java:238) at >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer >> .java:128) at >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer >> .java:271) at >> org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:103 >> ) at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113) at >> org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86) >> at org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:184) >> But the wsdl validator says is a valid wsdl : >> >> ./wsdlvalidator >> /Users/marcel/ogc-bindings/trunk/jaxws/wcs/1.1.2/src/main/resources/wsdl/wc >> s/1.1.2/wcs1_1_2.wsdlPassed Validation : Valid WSDL >> It seems to me that "wsdl2java" does not work properly when jaxb episodes >> are used for the elements defined on the messages part on the wsdl. >> Thanks, >> >> -Marcel > > -- > Daniel Kulp > [email protected] > http://dankulp.com/blog > > -- View this message in context: http://old.nabble.com/Problem-with-wsdl2java-codegen-tool---jaxb-episodes-tp27883012p27883273.html Sent from the cxf-user mailing list archive at Nabble.com.
