cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ceri Hughes (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CXF-3664) wadl2java : xsd data types aren't mapped to java data types properly if they use mixed case.
Date Wed, 20 Jul 2011 15:08:58 GMT

     [ 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

        

Mime
View raw message