Hi Mike / Sebastien,
I am reviving this discussion.
As far as validation is concerned, the specs mentions about errors to be
flagged if a policyset happens to be attached directly to an element to
which it does not apply. I am perceiving this a having to 'validate' the
SCDL - am I missing a view
Folks,
Jean-Sebastien Delfino wrote:
I would be surprised if impl="axis" was actually in the SCDL. Instead
I'd imagine that impl="axis" would be a characteristic of a particular
implementation of , not exposed to app developers but used
by the policy framework to either select that axis-base
Venkata Krishnan wrote:
Hi Sebastien,
Yes its quite bizzare and thats probably to do with how I am seeing a way
out. Here it is...
- A policyset has this 'appliesTo' attribute that is an xpath expression
that should be evaluated against the scdl fragment which is parent element
to a binding or
Hi Sebastien,
Yes its quite bizzare and thats probably to do with how I am seeing a way
out. Here it is...
- A policyset has this 'appliesTo' attribute that is an xpath expression
that should be evaluated against the scdl fragment which is parent element
to a binding or implementation element.
Venkata Krishnan wrote:
Hi,
The PolicyFwk specs mentions that when checking out the applicability of a
PolicySet over a binding or implementation, an xpath expression specified in
the 'appliesTo' attribute of the PolicySet Defn, should be run against the
parent element of the binding or implemen
Hi,
I just realized that passing CompositeProcessor to the Builder is not
possible since that results in a circular dependency. Maybe we could
consider moving the 'write' functions to an appropriate 'Util' class.
Also, I might need the xpath evaluate method in the PropertyUtil class of
the assem
Hi,
The PolicyFwk specs mentions that when checking out the applicability of a
PolicySet over a binding or implementation, an xpath expression specified in
the 'appliesTo' attribute of the PolicySet Defn, should be run against the
parent element of the binding or implementation. Since this valida