I ran an update and did a clean build but now one of the unit tests for the helloworld-ws-sdo sample is failing with a bunch of IllegalAnnotationsExceptions such as:
org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.databinding.TransformationException: org.apache.tuscany.sca.databinding.TransformationException: co m.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 2 counts of IllegalAnnotationExceptions helloworld.Name is an interface, and JAXB can't handle interfaces. this problem is related to the following location: at helloworld.Name at protected helloworld.Name helloworld.jaxws.GetGreetings.arg0 at helloworld.jaxws.GetGreetings helloworld.Name does not have a no-arg default constructor. this problem is related to the following location: at helloworld.Name at protected helloworld.Name helloworld.jaxws.GetGreetings.arg0 at helloworld.jaxws.GetGreetings at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(Runtime WireInvoker.java:138) at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(Runtime WireInvoker.java:104) at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(Runtime WireInvoker.java:98) at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.invoke(RuntimeWireI mpl.java:159) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.invokeTarge t(Axis2ServiceProvider.java:754) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageRece iver.invokeBusinessLogic(Axis2ServiceInOutSyncMessageReceiver.java:70) at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.invokeBusine ssLogic(AbstractInOutSyncMessageReceiver.java:42) at org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessa geReceiver.java:100) at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:176) at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReques t(HTTPTransportUtils.java:275) at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:133) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 63) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84 4) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:584) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.j ava:354) at org.apache.tuscany.sca.core.work.Work.run(Work.java:63) at org.apache.tuscany.sca.core.work.ThreadPoolWorkManager$DecoratingWork.ru n(ThreadPoolWorkManager.java:215) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecuto r.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja va:675) at java.lang.Thread.run(Thread.java:595) -----Original Message----- From: Raymond Feng [mailto:enjoyj...@gmail.com] Sent: Tuesday, March 17, 2009 21:46 To: tuscany-user Subject: Re: Problem with generated WSDLs Hi, I checked in a fix under r755474 in the 1.x branch. Please try. http://svn.apache.org/viewvc?rev=755474&view=rev Thanks, Raymond -------------------------------------------------- From: "Raymond Feng" <enjoyj...@gmail.com> Sent: Friday, March 13, 2009 9:19 PM To: <user@tuscany.apache.org> Subject: Re: Problem with generated WSDLs > Hi, > > I found the issue (the child elements under the doc-lit-wrapper are > missing the type namespace) and worked out a fix. I'll have to do some > more tests before I checked it in. > > Thanks, > Raymond > -------------------------------------------------- > From: "Phillips, Chad" <chad.phill...@gdit.com> > Sent: Friday, March 13, 2009 6:02 PM > To: <user@tuscany.apache.org> > Subject: RE: Problem with generated WSDLs > >> Revisiting this issue (TUSCANY-2853). >> >> For clarity, the test server/client I'm referring to are in the test >> program, now test2.zip, attached to TUSCANY-2853. >> >> Here is what I did today: >> >> * Checked out and built the 1.x branch (currently 1.5-SNAPSHOT) >> * Added the supplied package-info.java to src/test/server >> * Recompiled the test code and started the test server >> * Retrieved the WSDL via a web browser >> * Reran the test client to generate the WS client using Axis >> >> This results in the same error that I was seeing on 1.4: >> >> [java] java.io.IOException: Type data is referenced but not >> defined. >> [java] at >> org.apache.axis.wsdl.symbolTable.SymbolTable.checkForUndefined(SymbolTab >> le.java:665) >> [java] at >> org.apache.axis.wsdl.symbolTable.SymbolTable.add(SymbolTable.java:545) >> [java] at >> org.apache.axis.wsdl.symbolTable.SymbolTable.populate(SymbolTable.java:5 >> 18) >> [java] at >> org.apache.axis.wsdl.symbolTable.SymbolTable.populate(SymbolTable.java:4 >> 95) >> [java] at >> org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:361) >> [java] at java.lang.Thread.run(Thread.java:595) >> >> I then changed the namespace from http://test/server to >> http://server.test in the package-info.java, and reran the test which >> resulted in the same error as shown above. The test2.zip contains that >> namespace change as well. >> >> Is there something else that I need to do to implement the workaround? >> >> -----Original Message----- >> From: Raymond Feng [mailto:enjoyj...@gmail.com] >> Sent: Tuesday, February 17, 2009 15:43 >> To: user@tuscany.apache.org >> Subject: Re: Problem with generated WSDLs >> >> FYI: the fix is checked into 1.x branch: >> http://svn.apache.org/viewvc?rev=745299&view=rev >> >> Thanks, >> Raymond >> >> -------------------------------------------------- >> From: "Raymond Feng" <enjoyj...@gmail.com> >> Sent: Tuesday, February 17, 2009 3:17 PM >> To: <user@tuscany.apache.org> >> Subject: Re: Problem with generated WSDLs >> >>> I'll fix that issue. We were trying to create a package-based >> JAXBContext >>> if there is a package-info with @XmlSchema. It will fail if the >>> ObjectFactory.class is not present for the package. >>> >>> Thanks, >>> Raymond >>> >>> -------------------------------------------------- >>> From: "Phillips, Chad" <chad.phill...@gdit.com> >>> Sent: Tuesday, February 17, 2009 2:58 PM >>> To: <user@tuscany.apache.org> >>> Subject: RE: Problem with generated WSDLs >>> >>>> Hi Raymond, >>>> >>>> Thanks for taking the time to look into this. I added the supplied >>>> package-info.java to my test/server src dir and recompiled; this now >>>> generates a new error after starting up the SCA runtime (see below). >> Do >>>> I need to generate ObjectFactory using a JAXB tool or create/generate >>>> jaxb.index? >>>> >>>> [java] SEVERE: Exception thrown was: >>>> org.osoa.sca.ServiceRuntimeException: javax.xml.bind.JAXBException: >>>> "test.server" doesnt contain ObjectFactory.class o >>>> r jaxb.index >>>> [java] Exception in thread "main" >>>> org.osoa.sca.ServiceRuntimeException: javax.xml.bind.JAXBException: >>>> "test.server" doesnt contain ObjectFactory.class or j >>>> axb.index >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBTypeHelper.getSchemaDefiniti >>>> ons(JAXBTypeHelper.java:241) >>>> [java] at >>>> >> org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.genera >>>> te(Interface2WSDLGenerator.java:308) >>>> [java] at >>>> >> org.apache.tuscany.sca.binding.ws.wsdlgen.BindingWSDLGenerator.createWSD >>>> LInterfaceContract(BindingWSDLGenerator.java:307) >>>> [java] at >>>> >> org.apache.tuscany.sca.binding.ws.wsdlgen.BindingWSDLGenerator.createWSD >>>> LDocument(BindingWSDLGenerator.java:205) >>>> [java] at >>>> >> org.apache.tuscany.sca.binding.ws.wsdlgen.BindingWSDLGenerator.generateW >>>> SDL(BindingWSDLGenerator.java:163) >>>> [java] at >>>> >> org.apache.tuscany.sca.binding.ws.xml.BindingBuilderImpl.build(BindingBu >>>> ilderImpl.java:48) >>>> [java] at >>>> >> org.apache.tuscany.sca.assembly.builder.impl.ComponentServiceBindingBuil >>>> derImpl.buildServiceBindings(ComponentServiceBindingBuilderImpl.java: >>>> 68) >>>> [java] at >>>> >> org.apache.tuscany.sca.assembly.builder.impl.ComponentServiceBindingBuil >>>> derImpl.build(ComponentServiceBindingBuilderImpl.java:48) >>>> [java] at >>>> >> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.build( >>>> CompositeBuilderImpl.java:204) >>>> [java] at >>>> >> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.buildComposite(Runt >>>> imeBootStrapper.java:244) >>>> [java] at >>>> >> org.apache.tuscany.sca.node.impl.NodeImpl.configureNode(NodeImpl.java:57 >>>> 2) >>>> [java] at >>>> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:167) >>>> [java] at >>>> >> org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANodeFromClassL >>>> oader(NodeFactoryImpl.java:37) >>>> [java] at >>>> >> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultS >>>> CADomain.java:175) >>>> [java] at >>>> >> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(Defaul >>>> tSCADomain.java:97) >>>> [java] at >>>> >> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADoma >>>> in.java:182) >>>> [java] at >>>> >> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.jav >>>> a:63) >>>> [java] at test.server.Server.main(Server.java:9) >>>> [java] Caused by: javax.xml.bind.JAXBException: "test.server" >>>> doesnt contain ObjectFactory.class or jaxb.index >>>> [java] at >>>> >> com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:183 >>>> ) >>>> [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>> Method) >>>> [java] at >>>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav >>>> a:39) >>>> [java] at >>>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor >>>> Impl.java:25) >>>> [java] at java.lang.reflect.Method.invoke(Method.java:585) >>>> [java] at >>>> javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:133) >>>> [java] at >>>> javax.xml.bind.ContextFinder.find(ContextFinder.java:286) >>>> [java] at >>>> javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:372) >>>> [java] at >>>> javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:337) >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBContextCache.getJAXBContext( >>>> JAXBContextCache.java:242) >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBContextCache.getJAXBContext( >>>> JAXBContextCache.java:284) >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBContextHelper.createJAXBCont >>>> ext(JAXBContextHelper.java:181) >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBContextHelper.createJAXBCont >>>> ext(JAXBContextHelper.java:213) >>>> [java] at >>>> >> org.apache.tuscany.sca.databinding.jaxb.JAXBTypeHelper.getSchemaDefiniti >>>> ons(JAXBTypeHelper.java:236) >>>> [java] ... 17 more >>>> >>>> -----Original Message----- >>>> From: Raymond Feng [mailto:enjoyj...@gmail.com] >>>> Sent: Tuesday, February 17, 2009 14:43 >>>> To: user@tuscany.apache.org >>>> Subject: Re: Problem with generated WSDLs >>>> >>>> Hi, >>>> >>>> The issue is a result of JAXBContext.generateSchema(). JAXB doesn't >> try >>>> to >>>> derive the target namespace from the java package name and it use "" >> as >>>> the >>>> default unless the package is annotated with @XmlSchema. >>>> >>>> Adding a test/server/package-info.java with the following contents >> allow >>>> you >>>> to provide the namespace. >>>> >>>> @javax.xml.bind.annotation.XmlSchema(namespace="http://test/server") >>>> package test.server; >>>> >>>> Then the generated schema looks like: >>>> >>>> <?xml version="1.0" standalone="yes"?> >>>> <xs:schema version="1.0" targetNamespace="http://test/server" >>>> xmlns:tns="http://test/server" >>>> xmlns:xs="http://www.w3.org/2001/XMLSchema"> >>>> >>>> <xs:complexType name="data"> >>>> <xs:sequence> >>>> <xs:element name="a" type="tns:data2" nillable="true" >>>> minOccurs="0" >>>> maxOccurs="unbounded"/> >>>> <xs:element name="b" type="xs:int"/> >>>> <xs:element name="c" type="xs:float"/> >>>> </xs:sequence> >>>> </xs:complexType> >>>> >>>> <xs:complexType name="data2"> >>>> <xs:sequence> >>>> <xs:element name="asdf" type="xs:string" nillable="true" >>>> minOccurs="0" >>>> maxOccurs="unbounded"/> >>>> </xs:sequence> >>>> </xs:complexType> >>>> </xs:schema> >>>> >>>> Can you try to add package-info.java? I agree it is not nice at all >> if >>>> the >>>> default value (no namespace) breaks the generated WSDL/XSD. >>>> >>>> Thanks, >>>> Raymond >>>> >>>> >>>> -------------------------------------------------- >>>> From: "Phillips, Chad" <chad.phill...@gdit.com> >>>> Sent: Tuesday, February 17, 2009 11:13 AM >>>> To: <user@tuscany.apache.org> >>>> Subject: Problem with generated WSDLs >>>> >>>>> Hi, >>>>> >>>>> I'm having a problem when using the WSDLs generated via Tuscany SCA >>>> Java >>>>> 1.4 for services using the WS binding. Specifically, I can't >> generate >>>> a >>>>> WS client using Axis, Axis2, JAX-WS, or XMLBeans with the Tuscany >>>>> generated WSDL. The issue only seems to show up when the input >>>>> parameter for a service contains a complex type. I've documented >> the >>>>> issue (including code to reproduce the error) in >>>>> https://issues.apache.org/jira/browse/TUSCANY-2853 >>>>> >>>>> The problem seems to be related to how namespaces are being created >>>>> and/or associated with the complex types in the WSDL. Has anyone >> else >>>>> encountered this issue and if so have you found a workaround to the >>>>> problem? >>>>> >>>>> - Chad Phillips >>>