|
I create the message context in my custom transport listener (looks
very similar to TCPWorker.doWork()) .. it is within the transport
listener that I am trying to set properties (not in subsequent handlers) Davanum Srinivas wrote: How do you "get" the message context? On 9/7/05, David Grigglestone <[EMAIL PROTECTED]> wrote:Glen suggested I try this list to determine why the implementation of the above method creates a new message context rather than send the original back (my issue being that any properties I set on my original message context are not available later in the code path) .. and if a copy is required, why is this not a complete copy (that would include any user properties that have been set)? |
