Re: [sca-assembly] NEW ISSUE: How to enable extensibility to multiplebindings on a channel

[Eric Johnson <eric@tibco.com>]

Just a quick note on this issue.

I had an action item from f2f to raise it.  I tried to state it as narrowly as I could, because I didn't want to confuse the possible solution (channel.sca, channel.other), with the specific scenario that was problematic.  So I didn't raise an issue that said "channels should be extensible", as that presupposes use-cases for extending channels beyond the one we've identified.

All of which is a means of saying - if you've got a better way of stating this issue, or different use cases for which the proposed solution makes sense, please contribute them.

-Eric.

On 09/27/2010 12:22 PM, Eric Johnson wrote:

4CA0EF00.7010205@tibco.com" type="cite"> Target: 1.2 WD 01 + resolution of issue 241

Title: How to best allow for an implementation to extend channels to allow for multiple bindings.

Description:

At the September 2010 Face-To-Face meeting in Portland, we decided that channels, at least as defined in the standard, can have but one binding element.

The problem is that some implementations may wish to support multiple bindings on a single channel.  At the moment, they can do so by defining extension elements.  The cost here is that if an SCA end-user attempts to move that composite to another implementation, those extension elements may be discarded, rather than being recognized as fundamentally incompatible or different.

Proposal:

One possible solution to resolve this is to make the channels themselves the extension point, so as to enable implementations to explicitly model and constrain what might appear under the "channel" element in serialized form.  That is, instead of "channel", we could define "channel.sca", and allow for "channel.other".

--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php