<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<body link="#355491" alink="#4262a1" vlink="#355491" style="background: #e2e2e2; margin: 0; padding: 20px;">
<div>
        <table cellpadding="0" bgcolor="#FFFFFF" border="0" cellspacing="0" style="border: 1px solid #dadada; margin-bottom: 30px; width: 100%; -moz-border-radius: 6px; -webkit-border-radius: 6px;">
                <tbody>
                        <tr>
                                <td>
                                        <table border="0" cellpadding="0" cellspacing="0" bgcolor="#FFFFFF" style="border: solid 2px #ccc; background: #dadada; width: 100%; -moz-border-radius: 6px; -webkit-border-radius: 6px;">
                                                <tbody>
                                                        <tr>
                                                                <td bgcolor="#000000" valign="middle" height="58px" style="border-bottom: 1px solid #ccc; padding: 20px; -moz-border-radius-topleft: 3px; -moz-border-radius-topright: 3px; -webkit-border-top-right-radius: 5px; -webkit-border-top-left-radius: 5px;">
                                                                        <h1 style="color: #333333; font: bold 22px Arial, Helvetica, sans-serif; margin: 0; display: block !important;">
                                                                        <!-- To have a header image/logo replace the name below with your img tag -->
                                                                        <!-- Email clients will render the images when the message is read so any image -->
                                                                        <!-- must be made available on a public server, so that all recipients can load the image. -->
                                                                        <a href="http://community.jboss.org/index.jspa" style="text-decoration: none; color: #E1E1E1">JBoss Community</a></h1>
                                                                </td>
                                                        </tr>
                                                        <tr>
                                                                <td bgcolor="#FFFFFF" style="font: normal 12px Arial, Helvetica, sans-serif; color:#333333; padding: 20px; -moz-border-radius-bottomleft: 4px; -moz-border-radius-bottomright: 4px; -webkit-border-bottom-right-radius: 5px; -webkit-border-bottom-left-radius: 5px;"><h3 style="margin: 10px 0 5px; font-size: 17px; font-weight: normal;">
Continuing problem with XTS WS-T tests in AS trunk/CXF 2.2.9
</h3>
<span style="margin-bottom: 10px;">
reply from <a href="http://community.jboss.org/people/jim.ma">Jim Ma</a> in <i>JBoss Web Services CXF</i> - <a href="http://community.jboss.org/message/549617#549617">View the full discussion</a>
</span>
<hr style="margin: 20px 0; border: none; background-color: #dadada; height: 1px;">
<div class="jive-rendered-content"><blockquote class="jive-quote"><p>Yes, I assumed there woud lbe further problems. This may require a  few chnages from me -- for example I may need to provide a real  implemntation of SoapFaultService rather than just adding a  doapFault(Fault) WebMethod to the WS-T service endpoint beans. If you  can get past the problems with interceptors not expecting  soap faults  let me know what else breaks.</p></blockquote><p>OK. I will continue to look at this issue in CXF and give you update.</p><blockquote class="jive-quote">I am not sure how big an issue this is for CXF. It ought to be perfectly  legitimate to define (as I have done) a  JaxWS service whose web  methods accept a single soap fault as argument. In practice I am not  clear what the implications are of requiring this to be supported. It is  quite possible for the implementation to isolate the case where a fault  is being delivered as an incoming payload from the case where it is  being returned from a failed (OneWay or RPC) request. However,  this  implies that the handler stack has to discriminate these cases by  evaluating somthing like isRequest()  && isFault() rather than just isFault().</blockquote><p>Agreed.  I need to change the current code to route the asynchronous fault to the server pipeline to process the normal soap request.  I'll figure out and shoot the blocks for this request in CXF.</p><p style="min-height: 8pt; height: 8pt; padding: 0px;"> </p><blockquote class="jive-quote">n.b. this problem can also arise with synchronous fault delivery on any  JaxWS request when using WSA. This is because when using WSA it is  possible to configure a FaultTo endpoint which is not the same as the  From endpoint. So, if, for example, delivery of a OneWay message failed  because of a problem with a mustUnderstand header the fault should be  routed to the FaultTo endpoint rather than returned to the sender on the  HTTP connection used to make the request. So, the fault will still be  an incoming message for the FaultTo endpoint; it wiill not be paired  with an outgoing message.</blockquote><p>This could be a common user case for Fault message will be delievered to another Endpoint not the sender .  I remembered a similar case in CXF couple of months ago,   the ReplyTo is not the sender and another endpoint with http url address. CXF can not  send this response message to the ReplyTo endpoint correctly. And only with jms transport , it works well . Anyway , I will look at this problem and fix it in CXF. </p></div>
<div style="background-color: #f4f4f4; padding: 10px; margin-top: 20px;">
<p style="margin: 0;">Reply to this message by <a href="http://community.jboss.org/message/549617#549617">going to Community</a></p>
        <p style="margin: 0;">Start a new discussion in JBoss Web Services CXF at <a href="http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2046">Community</a></p>
</div></td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
</div>
</body>
</html>