Hi Manfred,
I presume you mean the Javadocs above the method. This just explains what
is happening in the method (as you'd expect). I'm just wondering if there's
any reason that the search doesn't continue above the current naming
container. Given the scenario of an ajax behaviour inside a form trying to
render a component outside the form it won't be able to do this unless an
absolute id reference is given (as the form is a naming container). By
giving precedence to the closet naming container while moving up the tree
one naming container at a time, you will be able to achieve this. This is
also especially helpful while passing ids to render into a composite
component.
I've just had a closer look at the issue tracker, and I can add this as a
new Improvement type perhaps, I just wanted to check I wasn't missing
something obvious,
All the best,
Anthony.
-----Original Message-----
From: Manfred Riem [mailto:manfred.riem_at_oracle.com]
Sent: 02 July 2012 18:39
To: dev_at_javaserverfaces.java.net
Cc: Anthony Mayfield
Subject: Re: FW: Ids in JSF
Hi Anthony,
With regard to the id issue you mentioned you might want to check the
Javadocs related to this.
Regards,
Manfred
On 7/2/2012 11:37 AM, Anthony Mayfield wrote:
> Hi Manfred,
>
> Thanks for your response. I've got the code up and running, I've also
> started to make some updates. As my initial email mentioned I've made
> some fixes (I'll be submitting these to the issues I'd previously
> raised once I've run the tests on the project and made sure they don't
break anything).
>
> The main reason for my email is query regarding id's and looking for
> id's relative to the parent naming container if they cannot be found
> in relation the current naming container. I should I add this as an
> issue in the issue tracker? It's not really an issue, but a very
> helpful update,
>
> All the best,
>
> Anthony.