7 messages in net.java.dev.jax-ws.devRe: Propagation of FI content negotia...| From | Sent On | Attachments |
|---|---|---|
| Paul Sandoz | Jul 25, 2006 1:35 am | |
| Jiandong Guo | Jul 25, 2006 7:54 am | |
| Paul Sandoz | Jul 25, 2006 8:55 am | |
| Jiandong Guo | Jul 25, 2006 11:51 am | |
| Kohsuke Kawaguchi | Jul 25, 2006 12:08 pm | |
| Paul Sandoz | Jul 28, 2006 2:45 am | |
| Jiandong Guo | Jul 28, 2006 11:06 am |
| Subject: | Re: Propagation of FI content negotiation | |
|---|---|---|
| From: | Paul Sandoz (Paul...@Sun.COM) | |
| Date: | Jul 25, 2006 8:55:18 am | |
| List: | net.java.dev.jax-ws.dev | |
Jiandong Guo wrote:
I believe RM also create a new Packet for RM protocol messages. So this should also be a problem for them.
OK.
In your opinion should we propagate this property?
I do not think it should cause any harm but but things need to be documented.
Or perhaps we should have a configuration option for propagation?
Paul.
Thanks!
Jiandong
Paul Sandoz wrote:
Hi,
As i understand it the secure conversation pipe creates a new Packet for its pipe line from the Packet of the client request. Are there any other cases where this occurs?
In the general case, should we propagate the content negotiation property? i.e.
private Packet(Packet that) { that.copySatelliteInto(this); this.invocationProperties = that.invocationProperties; this.handlerScopePropertyNames = that.handlerScopePropertyNames; this.contentNegotiation = that.contentNegotiation; // copy other properties that need to be copied. is there any? }
So in the case of secure conversation if the client enabled Fast Infoset then that would also get propagated to the secure conversation client.
Given that the 'pessimistic' property will only result in FI being enabled iff the service is FI-enabled the propagation of this property will not affect the interoperablity with non-FI-enabled secure conversation services.
Paul.
-- | ? + ? = To question ----------------\ Paul Sandoz x38109 +33-4-76188109