[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsbpel] Issue - 157 - Proposal For Vote
Hi Ugo, I have NOT read Yaron's doc in details yet. Still allow me to put my 2 cents to your questions related to ServiceRefType. Ugo Corda wrote: AYIU: Yes.I think we need some additional clarification regarding the manipulation of endpoint references . In particular: - Can I declare variables of type bpws:ServiceRefType? I imagine the answer is yes (it's just a special case of ComplexType variable) AYIU:- Can I assign the value of this variable to a partnerLink? I think the answer should also be yes. It's equivalent to setting the partnerLink's EPR using a <from partnerLink> or a <from><service-ref>. A definitely yes, if your variabe is based on *element* of "bpws:service-ref" A yes, if your variable is based on *complex type* of "bpws:ServiceRefType". (On the condition that we allow copying from element "A" of "foo:BarType" to element "B" of "foo:barType" ... I really do think we need to allow that happen). AYIU: Similar to the situation above.- Can I assign a partnerLink to a variable of type bpws:ServiceRefType? I think this should also be possible. A <service-ref> element is extracted from the partnerLink and assigned to the variable. A definitely yes, if your variabe is based on *element* of "bpws:service-ref" A yes, if your variable is based on *complex type* of "bpws:ServiceRefType". (On the same condition that I mentioned above). Thanks! Regards, Alex Yiu Ugo-----Original Message----- From: Yaron Y. Goland [mailto:ygoland@bea.com] Sent: Thursday, May 26, 2005 12:55 PM To: wsbpeltc Subject: [wsbpel] Issue - 157 - Proposal For Vote <http://www.oasis-open.org/apps/org/workgroup/wsbpel/download. php/12860/157.htm> contains an outline of the key technical decisions the group needs to make regarding how 157 will work. I move that we adopt the decisions made in that document. My expectation is that we will walk through the document at the F2F, discuss the various design decisions contained within the document, hold votes to decide how we want to resolve those decisions and hopefully leave the F2F having decided as a group what all of our major 157 design points are. I can then work with whomever is interested to write actual spec language incorporating the group's design decisions and then we can vote on that final language. Thanks, Yaron --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]