OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-bpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Removing the complexity of merging derived component types with sidefiles


I'm sending this email on behalf of SCA BPEL TC. I would like to request 
that this be put on the next liaison call agenda.

With recent action by the assembly committee (Assembly 36) it is left to 
each C&I to develop rules stating how an Introspected Component Type and 
a Component Type Side File are merged to arrive at an Effective 
Component Type.  It is the opinion of the BPEL C&I committee that the 
following convention be adopted by all C&Is:

- In the case of a C&I where it is possible and convenient to derive a 
Component Type from implementation files, then such derivation rules 
SHOULD be specified, and use of a Component Type Side File be disallowed.

- In cases where it is not possible or convenient to derive a Component 
Type, a Component Type Side File SHOULD be specified, and no derivation 
rules be allowed.

This decision is to be made on a per C&I basis, not a per-component basis.

The end result is that each C&I either has derivation rules, or a 
component-type side file, and no rules for merging need be specified.

Thanks.

-Anish Karmarkar
SCA BPEL TC co-chair
--



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]