Hi,
You still can get some method like
public void pingMe(String text) throws PingMeFault;
map to in-out, although the return is "void", you need put a output
message but the message actually is empty, something like
<element name="pingMeReponse">
<complexType/>
</element>
so it will generate "void" for return, it's what I mean "no output"
Take a look at the wsdl in ws_addressing example shipped with kit and
generate code from it, you can get concrete ideas how it works.
Hopefully this is what you're looking for.
Freeman
On 2011-5-27, at 下午6:44, ext2 wrote:
That's to say:
CXF doesn't in-optional-out MEP; Is it right?
I am sure in-optional-out is not a valid MEP for wsdl11.But I am not
sure if
it's valid for wsdl2.0 ? A doest CXF support it?
And the sample wsdl is treated as in-only MEP, and it's fault
message is
ignored. Is it right?
Thanks a lot
-----original -----
Sender: Freeman Fang [mailto:[email protected]]
Time: 2011/5/27 17:15
Receiver: [email protected]
Subject: Re: Does Cxf support oneway confirm feature?
Hi,
I don't think there's any oneway confirmation.
If operation have fault message, then this operation couldn't be
oneway, oneway means no output, no fault, and your client doesn't
care what will happen after send out the request, that's the expected
oneway behavior.
As you already know, if your operation have fault but no output, then
your client still get chance to have some fault back.
Freeman
On 2011-5-27, at 下午4:34, ext2 wrote:
Hi:
Recently I encounter a web-service which operation contains only
input
message and fault message;
It may looks like:
<operation>
<input message....>
<fault message ../>
</operation>
If the service execute successful, a http ok response will returned;
And if
it failed, a soap-fault will be returned;
And now we need know if server's result is successful or failure at
client
side.
But cxf will never receive the failure response from service, as
cxf use
fire-forget mechanism to deal with one-way operation by default.
So I am wondering if cxf support some one-way confirm feature? If so
client
could confirm whether server successful or failed.
Thanks any suggestion;
---------------------------------------------
Freeman Fang
FuseSource
Email:[email protected]
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
Connect at CamelOne May 24-26
The Open Source Integration Conference
---------------------------------------------
Freeman Fang
FuseSource
Email:[email protected]
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
Connect at CamelOne May 24-26
The Open Source Integration Conference
