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


Help: OASIS Mailing Lists Help | MarkMail Help

sca-bindings message

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

Subject: Re: [sca-bindings] BINDINGS-107: What is the purpose of definitions/bindingelement?

Logged as: http://www.osoa.org/jira/browse/BINDINGS-107


Anish Karmarkar wrote:
> Title: What is the purpose of definitions/binding element?
> Target: JCA binding (and Assembly+Policy specs)
> Description:
> The definitions infoset allows <bindingType> and <binding> child
> elements. It is quite easy to see how/why <bindingType> is used for. It
> points to the binding type (eg binding.ws) and specified which intents
> are always provided or can be provided.
> But it is not clear what the definitions/binding element would be used
> for. In a composite/CT it is used to declare a binding instance that can
> contain a specific URL for the binding, policySets, etc. Neither the
> policy or the assembly spec explains what this element means when it
> occurs under definitions. AIUI (thanks Dave!), JCA binding uses it to
> specify common configuration information which is then referenced from a
> binding.jca instance. This, seems like a fine thing to do conceptually,
> but an unrestricted definitions/binding element should not be allowed.
> IOW, one should not be allowed to configure a definitions/binding.jca
> that contains a 'uri' attribute. Furthermore, you can't have, say,
> definitions/binding.ws, since it would be meaningless and very confusing.
> I would like to point out that we have a similar requirement for
> properties and we use a 'file' attribute on component/property to
> satisfy that requirement. If this need is specific to JCA then I would
> suggest that the JCA binding should deal with this and not the
> policy/assembly specs.
> Proposal:
> If I got the usage right, then I would suggest getting rid of
> definitions/binding from Policy/Assembly and defining an appropriate
> element/attribute for binding.jca that would provide an indirection
> for reusable config info.
> Thanks.
> -Anish
> -- 
> ---------------------------------------------------------------------
> 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

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