cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Glynn, Eoghan" <>
Subject RE: Need Help with WS-A systest
Date Tue, 24 Oct 2006 09:19:20 GMT


I'm just back from paternity leave, so I'm only seeing this mail now.

Yes, the MAPAggreator does the correlation. This is the most natural
place for it to be done, as the correlation is based on wsa:RelatesTo

I don't agree with your point about partial response handling. First,
partial responses are not necessarily exclusive to RM, other services
could leverage this facility. Second, the related code in ClientImpl is
simply there in order to distinguish partial from full responses, so
that control is only returned to the invoking thread when the latter is
available. Note that partial and full responses may arrive at the
ClientImpl in either order. So this check is required and should not
have been removed. Third, I don't see how a single line of code in
ClientImpl.isPartialResponse() to check whether the inMessage has
content of type List or Exception is any more complicated than setting a
PARTIAL_RESPONSE property elsewhere and then checking whether this is


> -----Original Message-----
> From: Dan Diephouse [] 
> Sent: 18 October 2006 06:16
> To:
> Subject: Need Help with WS-A systest
> I just committed a bunch of code to enable client side fault 
> handling. I got side tracked with correlation, but then 
> decided the crap that I wrote was completely unncessary as 
> we're already doing correlation in MAPAggregator... Somewhere 
> along the way I seem to have broken WS-A as the systest no 
> longer passes, but I can't for the life of me figure out what I did.
> There were two main changes. First, I set things up so that 
> the transport is responsible for correlating the exchange (if 
> possible - obviously its not always). This means the 
> transport needs to set both the and 
> exchange.inMessage. Setting the exchange.inMessage actually 
> does both, so I switched everything to use that. 
> Second, I removed the partial response handling from 
> ClientImpl. As I said in the commit message, it seems that 
> the ws-rm implementation should provide its own 
> MessageObserver. Or at the very least, we should provide some 
> better way of figuring out if its a partial response. One 
> option woudl be setting a PARTIAL_RESPONSE property in the message. 
> Another would be creating a different message label - i.e. 
> exchange.setMessage("partial", message) - and then we can 
> test if the received message equals exchange.inMessage. 
> Regardless, I tried adding the partial response checking back 
> in and it still didn't work.
> Can someone more familiar with the WS-A code help shed some 
> light? I'm thoroughly stumped. Most likely I'm doing 
> something insanely stupid :-)
> - Dan
> --
> Dan Diephouse
> (616) 971-2053
> Envoi Solutions LLC

View raw message