- From: Chou, Wu (Wu) <wuchou@avaya.com>
- Date: Mon, 14 Dec 2009 14:12:35 -0500
- To: "Ram Jeyaraman" <Ram.Jeyaraman@microsoft.com>, <public-ws-resource-access@w3.org>
- Cc: "Doug Davis" <dug@us.ibm.com>
- Message-ID: <F81BDFA28AE48D4793E253362D1F7A740112AF4E@300813ANEX2.global.avaya.com>
Ram, In normal condition, the SubscriptionEnd event will never occur, and in abnormal condition, it can only happen once. Therefore EndTo is a very special event sink. We are O.K. with adding only the first sentence to the spec as in Doug's proposal, i.e. "A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of notifications and the SubscriptionEnd message to non-addressable endpoints.". But we should include the second sentence "Note ..." in the future WS-RA Primer. Thanks, - Wu Chou. RE: Issue 8164: proposal * This message: [ Message body <http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Dec/0 035.html#start35> ] [ Respond <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> ] [ More options <http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Dec/0 035.html#options3> ] * Related messages: [ Next message <http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Dec/0 036.html> ] [ Previous message <http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Dec/0 034.html> ] [ In reply to <http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Dec/0 032.html> ] From: Ram Jeyaraman <Ram.Jeyaraman@microsoft.com <mailto:Ram.Jeyaraman@microsoft.com?Subject=RE%3A%20Issue%208164%3A%20pr oposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX 14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C5699C11 44BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%2 53E> > Date: Thu, 10 Dec 2009 22:35:17 +0000 To: Doug Davis <dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> >, "Chou, Wu (Wu)" <wuchou@avaya.com <mailto:wuchou@avaya.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-R eply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.r edmond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DF FE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> > CC: "public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> " <public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> > Message-ID: <503546C5699C1144BDEA0D0DFFE7F881181AA424@TK5EX14MBXC119.redmond.corp.mi crosoft.com> My preference is to drop the sentence since it is a restatement of a valid implementation choice/behavior. Wu: Is there a reason why you prefer to have this sentence? Thanks. From: Doug Davis [mailto:dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> ] Sent: Wednesday, December 09, 2009 4:00 PM To: Ram Jeyaraman Cc: public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> Subject: RE: Issue 8164: proposal The 2nd sentence was added to try to address Wu's concerns that he mentioned during the call yesterday. What if we soften it a bit by removing the normative words: Note: as an optimization, a subscriber might want to consider using the same WS-MakeConnection Anonymous URI in both the NotifyTo and EndTo EPRs to allow the same MakeConnection message to be used to transmit either notifications or a SubscriptionEnd message. thanks -Doug ______________________________________________________ STSM | Standards Architect | IBM Software Group (919) 254-6905 | IBM 444-6905 | dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> <mailto:dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> > The more I'm around some people, the more I like my dog. Ram Jeyaraman <Ram.Jeyaraman@microsoft.com <mailto:Ram.Jeyaraman@microsoft.com?Subject=RE%3A%20Issue%208164%3A%20pr oposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX 14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C5699C11 44BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%2 53E> <mailto:Ram.Jeyaraman@microsoft.com <mailto:Ram.Jeyaraman@microsoft.com?Subject=RE%3A%20Issue%208164%3A%20pr oposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX 14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C5699C11 44BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%2 53E> >> 12/09/2009 06:36 PM To Doug Davis/Raleigh/IBM@IBMUS, "public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> <mailto:public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> >" <public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> <mailto:public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> >> cc Subject RE: Issue 8164: proposal > A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of notifications and the SubscriptionEnd message to non-addressable endpoints. This looks good. > Note: as an optimization, a subscriber SHOULD consider using the same WS-MakeConnection Anonymous URI in both the NotifyTo and EndTo EPRs to allow the same MakeConnection message to be used to transmit either notifications or a SubscriptionEnd message. Since there are valid situations that may require using different WS-MakeConnection Anonymous URIs in the NotifyTo and EndTo EPRs, the specification need not restrict the usage. Hence, I suggest deleting this sentence. Thanks. From: public-ws-resource-access-request@w3.org <mailto:public-ws-resource-access-request@w3.org?Subject=RE%3A%20Issue%2 08164%3A%20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181 AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C5 03546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.mi crosoft.com%253E> <mailto:public-ws-resource-access-request@w3.org <mailto:public-ws-resource-access-request@w3.org?Subject=RE%3A%20Issue%2 08164%3A%20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181 AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C5 03546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.mi crosoft.com%253E> > [mailto:public-ws-resource-access-request@w3.org <mailto:public-ws-resource-access-request@w3.org?Subject=RE%3A%20Issue%2 08164%3A%20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181 AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C5 03546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.mi crosoft.com%253E> ]<mailto:[mailto:public-ws-resource-access-request@w3.org <mailto:public-ws-resource-access-request@w3.org?Subject=RE%3A%20Issue%2 08164%3A%20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181 AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C5 03546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.mi crosoft.com%253E> ]> On Behalf Of Doug Davis Sent: Tuesday, December 08, 2009 10:08 PM To: public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> <mailto:public-ws-resource-access@w3.org <mailto:public-ws-resource-access@w3.org?Subject=RE%3A%20Issue%208164%3A %20proposal&In-Reply-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40 TK5EX14MBXC119.redmond.corp.microsoft.com%253E&References=%253C503546C56 99C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft. com%253E> > Subject: Issue 8164: proposal (resending w/o extra stuff) Proposal: change: A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of notifications to non-addressable endpoints. to: A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of notifications and the SubscriptionEnd message to non-addressable endpoints. Note: as an optimization, a subscriber SHOULD consider using the same WS-MakeConnection Anonymous URI in both the NotifyTo and EndTo EPRs to allow the same MakeConnection message to be used to transmit either notifications or a SubscriptionEnd message. thanks -Doug ______________________________________________________ STSM | Standards Architect | IBM Software Group (919) 254-6905 | IBM 444-6905 | dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> <mailto:dug@us.ibm.com <mailto:dug@us.ibm.com?Subject=RE%3A%20Issue%208164%3A%20proposal&In-Rep ly-To=%253C503546C5699C1144BDEA0D0DFFE7F881181AA424%40TK5EX14MBXC119.red mond.corp.microsoft.com%253E&References=%253C503546C5699C1144BDEA0D0DFFE 7F881181AA424%40TK5EX14MBXC119.redmond.corp.microsoft.com%253E> > The more I'm around some people, the more I like my dog.
Received on Monday, 14 December 2009 19:13:28 UTC