[jira] [Resolved] (DOSGI-55) JAX-WS Frontend generating WSDL with no operations or types

["Sergey Beryozkin (Resolved) (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/DOSGI-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sergey Beryozkin resolved DOSGI-55.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 1.3

<spring.version>3.0.6.RELEASE</spring.version><spring.osgi.version>1.2.1</spring.osgi.version>

are current versions
                
> JAX-WS Frontend generating WSDL with no operations or types
> -----------------------------------------------------------
>
>                 Key: DOSGI-55
>                 URL: https://issues.apache.org/jira/browse/DOSGI-55
>             Project: CXF Distributed OSGi
>          Issue Type: Bug
>    Affects Versions: 1.1
>            Reporter: Matt Inger
>             Fix For: 1.3
>
>         Attachments: diff_cxf_2.2.5.txt, diff_dosgi_trunk.txt
>
>
> I've setup a web service interface and implementation with the proper annotations (@WebService, @WebMethod, @WebParam) and so forth, and deployed the dosgi singlebundle distribution into spring dmServer 2.0.  When setup for the simple frontend with jaxb bindings, I get a somewhat ok result, though the generated wsdl exceptions a message payload like this:
> {code}<ns1:addWidget><widgetData>...<widgetData></ns1:addWidget>{code}
> Obviously this is not optimal, so i decided to switch to JAX-WS, and added the appropriate package imports in my manifest:
> {code}
> @WebService
> public interface WidgetService {
>     @WebMethod
>     void addWidget(@WebParam(name="widgetData") WidgetData widgetData);
> }
> {code}
> {code}
>     <osgi.import.package>
>     javax.jws,
>     javax.jws.soap,
>     javax.xml.bind.annotation,
>     javax.xml.bind.annotation.adapters,
>     ...
>     </osgi.import.package>
> {code}
> and then set the front end to use jaxws:
> {code}
>   <osgi:service ref="WidgetWebService" interface="com.fiberlink.service.widget.web.api.WidgetWebService">
>     <osgi:service-properties>
>       <entry key="service.exported.interfaces" value="com.fiberlink.service.widget.web.api.WidgetWebService" />
>       <entry key="service.exported.configs" value="org.apache.cxf.ws" />
>       <entry key="org.apache.cxf.ws.frontend" value="jaxws" />
>       <entry key="org.apache.cxf.ws.databinding" value="jaxb" />
>       <entry key="org.apache.cxf.ws.address" value="http://localhost:9090/widget" />
>     </osgi:service-properties>
>   </osgi:service>
> {code}
> I would have expected a proper WSDL to be generated which wanted a payload like this:
> {code}<ns1:addWidget><widgetData>...<widgetData></ns1:addWidget>{code}
> However, what I got from the WSDL was this.  Posts I have googled on indicated there might be something wrong with singlebundle distribution, but the links to the solution are expired, and i've had no luck getting the multibundle distribution working.  Everytime I try to deploy a webservice using the multi-bundle distro, it never ends up deploying anything on the requested port #.  Same with the 1.2 SNAPSHOT version as well.  Seems I'm running into roadblocks everywhere.
> {code}
> <wsdl:definitions name="WidgetWebServiceService" targetNamespace="http://api.web.widget.service.fiberlink.com/" xmlns:ns1="http://schemas.xmlsoap.org/soap/http" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns="http://api.web.widget.service.fiberlink.com/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
>   <wsdl:portType name="WidgetWebService">
>   </wsdl:portType>
>   <wsdl:binding name="WidgetWebServiceServiceSoapBinding" type="tns:WidgetWebService">
>     <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" />
>   </wsdl:binding>
>   <wsdl:service name="WidgetWebServiceService">
>     <wsdl:port binding="tns:WidgetWebServiceServiceSoapBinding" name="WidgetWebServicePort">
>       <soap:address location="http://localhost:9090/widget" />
>     </wsdl:port>
>   </wsdl:service>
> </wsdl:definitions>
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira