[jsr-314-open] cc.parent mystery

Andy Schwartz andy.schwartz at oracle.com
Mon Feb 8 11:26:58 EST 2010


Hi Ed -

Ed Burns wrote:
> AS> Okay, this seems like an oversight to me.  I have logged the following 
> AS> issue to request that we remove this from the spec:
>
> AS> https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=741
>
> AS> Any objections to making this change in the MR?
>
> I'm not sure about removing this statement.  The section you quote is
> for the special composite component ELResolver, the thing that makes the
> #{cc.attrs} magic work.

Right. Note that we aren't proposing that we should remove the entire 
section. Just one sentence:

> > If base is non-null, is an instance of UIComponent, is a composite
> > component, and property is non-null and is equal to the string
> > “parent”, call the static method
> > UIComponent.getCompositeComponentParent() passing base as the
> > argument, returning the result.

This should have no impact on the ELResolver's ability to resolve 
#{cc.attrs}.


>   If we remove this statement, then the
> following, currently supported, code will cease to work.
>   

Which code? I don't see the use case that you are referring to.


> I have removed the corresponding code in my local workarea and am
> currently re-running the automated tests.

Okay, thanks. If we have a test that explicitly checks that #{cc.parent} 
is resolved to the nearest composite component ancestor as opposed to 
just the immediate parent, such a test case would fail after this change.

Andy






More information about the jsr-314-open-mirror mailing list