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

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly message

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


Subject: Re: [sca-assembly] [Issue 95] "wiredByImpl" is an invalid attributefor a Composite Reference


Mike Edwards wrote:
> 
> Folks,
> 
> Comments inline...
> 
> Yours,  Mike.
> 
> Strategist - Emerging Technologies, SCA & SDO.
> Co Chair OASIS SCA Assembly TC.
> IBM Hursley Park, Mail Point 146, Winchester, SO21 2JN, Great Britain.
> Phone & FAX: +44-1962-818014    Mobile: +44-7802-467431  
> Email:  mike_edwards@uk.ibm.com
> 
> Anish Karmarkar <Anish.Karmarkar@oracle.com> wrote on 03/12/2008 00:14:09:
> 
> <snip>
>  >
>  > Not sure I follow. I agree that one can't specify bindings for
>  > wiredByImpl. But, if I want to ensure that a particular binding feature
>  > is used for such a reference, I'll include an appropriate intent. If I
>  > would like to add a binding feature but want to allow overrides I can
>  > include an interaction policy.
>  > I may also have implementation policies that have nothing to do with
>  > bindings.
>  > Perhaps I have missed something in the spec that disallows policy sets
>  > on references that do not contain a binding.
>  >
>  > -Anish
>  > --
>  >
> <snip>
> 
> There is nothing in the spec that disallows policy sets on references.
> However, my observation is that PolicySets are usually binding-specific, so
> that it is not useful to specify them until the binding is fixed.  I agree
> with your point that you can restrict the choice of binding with an intent,
> so that in that case, it might be useful to add some PolicySets.
> 
> I'm not sure about your point about "allowing overrides" - if you're making
> the distinction between intents which cannot be overridden and PolicySets,
> which can be overridden - that is true.
> 

Yes, that was the distinction I was making.

> As for implementation policies, I don't see them playing a part here.  I
> don't see them being imposed on a component by means of attachment to a
> promoting composite reference.
> 

I assume that this is a comment that applies to all promoted composite 
references and not just those which have wiredByImpl="true".

-Anish
--


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