[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsbpel] Issue 40 - Proposal to Vote
Peter, Actually, inputVariable clearly says this is the name of a variable that holds a message (as opposed to a reference to a message constant, a literal message, etc). Thus it seems quite appropriate given that we only allow the use of message variables in such contexts (no pun intended). Satish -----Original Message----- From: Furniss, Peter [mailto:Peter.Furniss@choreology.com] Sent: Thursday, January 22, 2004 3:48 PM To: ygoland@bea.com; Wsbpel@Lists. Oasis-Open. Org (E-mail) Subject: RE: [wsbpel] Issue 40 - Proposal to Vote I'm not quite sure why these cleanup resolutions are so personal :-) But, on substance, my reply to Yaron included: "I still think it's a bit confusing though. I've just sort of got used to it now." and it wasn't quite that I agreed to the issue being closed, rather I didn't mind the proposal to close being made. I still think it is confusing, and also rather restricting in terms of potential extension. What if now or in the future there is another variable used in invoke, receive etc., as in the solution we proposed to issue 55, where the context comes from a variable - it could equally be other additional information of some kind. It seems odd to name the attribute by what it is (a variable) rather than what it is for (a message). Am I alone in thinking this odd ? If I am, fine. In fact, I find the input, output rather muddly too - on invoke the input message is the one we are sending out. Maybe I've just been thinking protocols for too long. Peter > -----Original Message----- > From: Yaron Goland [mailto:ygoland@bea.com] > Sent: 19 January 2004 23:18 > To: Wsbpel@Lists. Oasis-Open. Org (E-mail) > Subject: [wsbpel] Issue 40 - Proposal to Vote > > > Proposed Resolution to Issue 40 - Close with no change to the > specification. > > Rationale - The issue was originally opened by Peter Furniss > based on a complaint by Alastair Green. I talked with Peter > and he agreed that he has gotten used to the naming and so > has no objections to the issue being closed with no action. > > Yaron > To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgr oup.php.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]