[jira] [Updated] (CXF-3664) wadl2java : xsd data types aren't mapped to java data types properly if they use mixed case.

["Ceri Hughes (JIRA)" <ji...@apache.org>]

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

Ceri Hughes updated CXF-3664:
-----------------------------

    Attachment: example.zip

Run wadl2java on the attached application.wadl (which references model.xsd).

The data type is called myData at the moment, and this generates 3 methods with the following signatures:

{code}
    Response exportData();
    void createData();
    void deleteAll();
{code}

If I rename the data type to be mydata (all 3 cases in the model xsd and 2 cases in wadl), I correctly get the following signatures:

{code}
    Mydata exportData();
    void createData(Mydata mydata);
    void deleteAll();
{code}


> wadl2java : xsd data types aren't mapped to java data types properly if they use mixed case.
> --------------------------------------------------------------------------------------------
>
>                 Key: CXF-3664
>                 URL: https://issues.apache.org/jira/browse/CXF-3664
>             Project: CXF
>          Issue Type: Bug
>          Components: Tooling
>    Affects Versions: 2.4.1
>         Environment: Windows 7 32 bit
> java version "1.6.0_26"
> Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
> Java HotSpot(TM) Client VM (build 20.1-b02, mixed mode, sharing)
>            Reporter: Ceri Hughes
>         Attachments: example.zip
>
>
> The data types in my xsd use mixed case names - e.g. "userDefaults"
> When I reference these in my reponse's representation elements, the wadl2java tool is unable to match them to the types processed by the xsd parser.
> E.g.
> <response status="200">
>     <representation mediaType="application/xml" element="fmc:userDefaults" />
> </response>
> There is a line of code in the org.apache.cxf.jaxrs.ext.codegen.SourceGenerator.matchClassName method that checks the lower-cased version of the generated class name matches the local name of the type from the xsd. This will only ever work ig the local name is completely lowercased OR the method changes to match the 2 strings lower cased.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira