What's really strange is the @Action is correct for ALL the other generated 
interfaces.    I kind of would have expected they would all be wrong or all be 
correct.   

Definitely puzzled.


Dan


On Sep 12, 2013, at 9:08 AM, Aki Yoshida <[email protected]> wrote:

> Hi Clément,
> there is an issue that needs to be fixed in cxf.
> It's a strange situation, though.
> The behavior of wsdl4j is rather strange and it tries to interpret an
> unknown attribute value as QName and not as String.
> The Action's type is defined as anyURI in the schema, but because of
> this behavior, the cxf code is also expecting a QName value.
> So a few things in cxf need to be fixed.
> 
> could you create a jira ticket and link this mail thread?
> thanks.
> regards, aki
> 
> 
> 
> 2013/9/12 Aki Yoshida <[email protected]>:
>> i think there is a strange issue with the code generation somewhere.
>> I'll have a second look.
>> regards, aki
>> 
>> 2013/9/12 Clément Tamisier <[email protected]>:
>>> Hi,
>>> 
>>> I am using wsdl2java to generate java class from Global Platform wsdl files
>>> (http://www.globalplatform.org/specificationssystems.asp)
>>> 
>>> In ServiceLifeCycleNotification.java (generated file) there is:
>>> @Action(input =
>>> "//globalplatform.org/servicelifecyclenotification/ServiceLifeCycleNotification/HandleStartServiceStateChangeNotification")
>>> 
>>> but it should be:
>>> @Action(input =
>>> "http://globalplatform.org/servicelifecyclenotification/ServiceLifeCycleNotification/HandleStartServiceStateChangeNotification";)
>>> 
>>> In ServiceLifeCycleNotification.wsdl (the corresponding wsdl), there is:
>>> xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"; in <wsdl:definitions>
>>> tag.
>>> 
>>> Without this namespace the generation is correct.
>>> 
>>> I joined a simple maven project to reproduce this: run "mvn clean
>>> generate-sources"
>>> 
>>> Do you know if there is a problem during the generation or in my
>>> configuration ? or the wsdl definition ?
>>> 
>>> Thanks for your help.
>>> Regards.
>>> 
>>> Clément
>>> 
>>> 

-- 
Daniel Kulp
[email protected] - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com

Reply via email to