[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: FW: T2,Proposed solution for ... Re: SyncReplyandReliableMessagingMethod inQualityOfServiceInfo
David F>> Does this mean communications between two Trading Partners is ALWAYS RM or NEVER RM? We've already decided DeliveryChannel is address specific so there cannot be two DeliveryChannels between one set of addresses. Dan W>>Sorry if I missed something in the earlier mail (I just searched through the back-mail and couldn't find this), but why can't this work? The CPA seems very specifically designed for allowing different Services, and different Actions within Services, to each select a different DeliveryChannel. I agree with Dan that a CPA and the MSHes that can operate in accordance with those agreements must be able to be configured so that, if agreed, entirely different delivery channels can be used for different actions. Incidentally, I do not understand what is being said about delivery channels being "address specific." The same Transport element (with the same endpoint URI) can be part of different Delivery Channels if combined with different DocExchange ids, or, if the same endpoints are put with different Transports, then DeliveryChannels may differ because of some other aspect (such as transport security). (I interpreted "address specific" as having to do with endpoint URLs.) And any of these DocExchanges may be independently associated with BP actions. Thanks Dan for correcting this.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC