Re: FW: [jira] Resolved: (TUSCANY-3797) Tuscany generates incorrect WSDL for SDO

[Simon Nash]

Millies, Sebastian wrote:

Hello Simon,

thanks for the fix. Is it in the current code line? Could it
be included in the planned 1.6.1 release as well?

I just (a few hours ago) downloaded and built the source
from https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/trunk
but I still see the
   <xs:import namespace="http://sdo.commonj/"/>
in my wsdl.

The fix was committed to the 1.x trunk at 11.43 am GMT on 23 November.
It's in the databinding-sdo module and it adds the following code to
SDOTypeHelper.java around line 73:
    } else if (javaType == commonj.sdo.DataObject.class) {
        return new TypeInfo(SimpleTypeMapperImpl.XSD_ANYTYPE, true, null);

If you have this fix and are still getting the import generated, please
reopen TUSCANY-3797 and post a complete test case there.

  Simon

-- Sebastian

-----Original Message-----
From: Simon Nash (JIRA) [mailto:d...@tuscany.apache.org]
Sent: Tuesday, November 23, 2010 12:57 PM
To: Millies, Sebastian
Subject: [jira] Resolved: (TUSCANY-3797) Tuscany generates incorrect
WSDL for SDO


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

Simon Nash resolved TUSCANY-3797.
---------------------------------

       Resolution: Fixed
    Fix Version/s: Java-SCA-1.x

Fixed under revision r1038071.

As part of this revision I also added a new itest (wsdlgen-verify) to
verify that the generated WSDL for this case is correct.  The code in
this itest is intended as the basis of a framework that can be extended
to verify other fixes for Tuscany runtime WSDL generation.

The tests in wsdlgen-verify are not intended to test correct operation
of services at runtime, but purely to verify that a ?wsdl request sent
to the service endpoint produces the correct WSDL.  Tests covering
runtime operation of services should be placed under other itests such
as itest/jaxws and itest/wsdlgen.

 Tuscany generates incorrect WSDL for SDO
-----------------------------------------

                Key: TUSCANY-3797
                URL: https://issues.apache.org/jira/browse/TUSCANY-

3797

            Project: Tuscany
         Issue Type: Bug
         Components: Java SCA HTTP Binding
   Affects Versions: Java-SCA-1.6
        Environment: JDK 1.6.0_21, Eclipse 3.6 Helios, Windows XP
           Reporter: Sebastian Millies
           Assignee: Simon Nash
            Fix For: Java-SCA-1.x


I have created a service using dynamic SDOs. The wsdl - generated by

the Tuscany 1.6 runtime and downloaded from the service URL - cannot be
imported in SOAP UI 3.5.1. It gives a NullPointerException.

Simon Laws found a namespace issue with the generated wsdl. It

includes

   <xs:import namespace="http://sdo.commonj/"; />
which doesn't resolve to anything sensible. The type dataObject is

defined here [1] but even then that's in a different namespace.

Ramanjaneyulu Malisetti solved this problem by editing the WSDL to

have XS:any for the DataObject type. So the WSDL has the following.

<xs:schema attributeFormDefault="qualified"

elementFormDefault="qualified" targetNamespace="http://sdo.commonj/";
version="1.0" xmlns="http://sdo.commonj//";>

       <xs:complexType name="dataObject">
         <xs:sequence>
           <xs:element name="sdo" type="xs:anyType"/>
         </xs:sequence>
       </xs:complexType>
     </xs:schema>
Simon Nash believes it shouldn't be difficult (about 2 lines of code)

to update the Tuscany WSDL generator to generate xs:anyType for the
Java interface type commonj.sdo.DataObject and remove the import for
http://sdo.commonj/.

 [1] http://svn.apache.org/repos/asf/tuscany/sdo-java/trunk/sdo-

api/src/main/resources/xml/sdoModel.xsd

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.