An interesting discussion, some thoughts below... On Dec 16, 2007 5:54 AM, Sanjiva Weerawarana <[EMAIL PROTECTED]> wrote: > Saminda Abeyruwan wrote: > > > > (2). Allowing CC or BCC is complex, as it is tightly coupled with the MEP. > > - Simple solution would be to introduce a parameter or property to > > include CC or BCC list and simply exclude them from the MEP semantics. > > Thus, it would be same as broadcasting to a set of users. > > - If MEP is introduced to CC or BCC, we could expect some complex > > message exchange patterns. Would it be feasible or scalable to integrate > > CC or BCC to a MEP. > > You're over-reacting to what having Cc or Bcc means. Those are simply what > the message sender wants to do - they have nothing to do with the MEP. > There's no assumption of them replying - if they do, well, tough.
Tough on who? AFAIK the first response will be processed by Axis2 regardless of which original recipient received it. > > That's not a new problem- if u take ANY message with WS-Addr headers and > send it to multiple places (like what the split mediator does in Synapse) > then you could have that problem. Yuk, surely if a mediation does that it has some responsibility for aggregating the responses? Also this sounds like a case where Notification/Eventing might be most appropriate? > > We just need to enable the user to set these properties and understand the > expected behavior of those receiving copies of messages. That's not unlike > in email .. if you bcc someone and they reply, then ouch. Yes, but in user e-mail there's some expectation that the user looks at how they were addressed to, perhaps because of the message content. We don't (AFAIK) have any notion of that in SOAP/email, or do we? Of course we could add a none ReplyTo to the copies which would have the desired effect, but if we do that, it really calls for multiple messages to be sent at the ServiceClient level rather than relying on smtp cc, bcc. David -- David Illsley - IBM Web Services Development --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
