Thank you for your reply!

The error occurs with the very last CXF Version 2.7.1. But with
-validate=false I can force to compile the classes.
However, the result is weird as method1 has its parameters expanded like
rpc style with String as return while method2 has the expected
Parameter-Class and the expected return value.

For example:
Lets say method1 and method2 wants to use 'MyElement' as parameter and
'MyReturn' as return. MyElement is defined to be just two integers and
MyReturn is just a String. So with -validate=false it ends up with these
two methods:

public String method1(int arg0, int arg1);
public MyReturn method2(MyElement parameter);


I don't know if this will work.. I need to test this next week and I
need to find out how to return a simple String instead MyReturn.
But I don't know why it just don't want to use MyElement and MyReturn
for method1 too.

Thanks and regards
Martin

Am 04.01.2013 17:33, schrieb Daniel Kulp:
> 
> On Jan 4, 2013, at 11:28 AM, Martin Fernau <[email protected]> 
> wrote:
> 
>> Hello,
>>
>> I've a problem with wsdl2java converting a predefined wsdl to java code.
>> I need to implement this wsdl as a server service - I can not change the
>> SOAP communication itself at this is coming from somewhere outside of my
>> scope.
>> wsdl2java complain about non-unique body parts which means that some
>> soap-methods use the same soap signature. So, method1 use the same SOAP
>> message as method2. I know that this isn't WSI compliant but what should
>> I do... The only difference will be the SOAPAction-Header (in the http
>> header) which will contain method1 or method2.
>> However, wsdl2java won't compile this wsdl but I really need to
>> implement this service this way. I need to look into the
>> SOAPAction-Header (or apache cxf need to do this for me) to choose the
>> correct method to call.
>>
>> Is there a way to ignore these kinds of error or do I have any other
>> chance to finally implement such service with apache cxf?
>>
>> Thanks in advance and best regards
> 
> If the WSDL has the proper action defined in the soap binding, and you use a 
> very recent version of CXF, it might not give the error.   Can you double 
> check with 2.7.1?    You can also try passing -validate=none to wsdl2java to 
> turn off all the validation entirely.  Not sure how well that would work 
> though.
> 
> 


-- 
FERNAUSOFT GmbH
Gartenstraße 42 - 37269 Eschwege

Telefon (0 56 51) 95 99-0
Telefax (0 56 51) 95 99-90

eMail [email protected]
Internet http://www.fernausoft.de

Handelsregister Eschwege, HRB 1585
Geschäftsführer: Axel Fernau, Ulrich Fernau, Martin Fernau
Steuernummer 025 233 00041
USt-ID-Nr. DE 178 554 622

Diese E-Mail und alle beigefügten Dateien sind vertraulich und nur für
den Adressaten bestimmt.
Wenn Sie nicht der richtige Adressat sind, leiten Sie diese E-Mail bitte
nicht weiter, öffnen Sie etwaige Anhänge nicht, machen Sie keine Kopien
und speichern Sie diese E-Mail nicht. Informieren Sie uns bitte, indem
Sie uns eine Antwort-Mail senden oder uns telefonisch unter +49 (0)5651
9599-0 verständigen. Löschen Sie bitte anschließend die erhaltene E-Mail
aus Ihrem System.
Vielen Dank!

This email is only intended for the addressee. The content of this
email, including all attachments is confidential and includes privileged
material.
If you are not the intended recipient, please do not forward or disclose
this email, do not open any attachments or make copies or save this
email anywhere. Please inform us about the error by returning this email
or by calling us on our phone +49 (0)5651 9599-0. Please then finally
delete this email from your system.
Thank you very much.


Reply via email to