dev@javaserverfaces.java.net

Re: Components opting into attributesThatAreSet feature

From: Ryan Lubke <Ryan.Lubke_at_Sun.COM>
Date: Mon, 03 Nov 2008 16:43:46 -0800

Mark Collette wrote:
> Maybe the list could always track the set attributes, without
> requiring the component be a stock JSF component? It would just be
> the pass-through attribute rendering code that would impose the
> limitation, that it would only use the list for stock JSF components?
Would like to have a way to say what components so we don't force a
state saving penalty on those component sets that don't depend on an
implementation specific feature.
>
>
> Mark Collette
> ICEsoft Technologies, Inc.
> http://mark-icefaces-reflections.blogspot.com/
>
>
> Ryan Lubke wrote:
>
>> Mark Collette wrote:
>>
>>> Are there any limitations on adding public or protected methods into
>>> UIComponent or UIComponentBase?
>>
>> Yes, it can't be done as the TCK signature tests would fail the build.
>>
>> Any changes to the API (public or protected) must be backed by the
>> specification.
>>
>>>
>>> Mark Collette
>>> ICEsoft Technologies, Inc.
>>> http://mark-icefaces-reflections.blogspot.com/
>>>
>>>
>>> Ryan Lubke wrote:
>>>
>>>> Mark Collette wrote:
>>>>
>>>>> Is there any way for third party components to opt into making use
>>>>> of the attributesThatAreSet feature?
>>>>
>>>>
>>>> Probably not given the changes that were made for this feature in
>>>> 1.2_10.
>>>>
>>>>> Or any plans to facilitate that, in the future?
>>>>
>>>>
>>>> No plans at this point. Patches are welcome.
>>>>
>>>>>
>>>>>
>>>>> Mark Collette
>>>>> ICEsoft Technologies, Inc.
>>>>> http://mark-icefaces-reflections.blogspot.com/
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>>>>> For additional commands, e-mail:
>>>>> dev-help_at_javaserverfaces.dev.java.net
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>