incubator-adffaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon_Less...@DMR.CA
Subject Re: Issue ADFFACES-44
Date Tue, 11 Jul 2006 13:14:52 GMT

Concerning this issue, I found out there is already something existing for 
that in MessageFactory, I'll make RegExpValidator uses it.

Simon Lessard
Fujitsu Consulting

----- Forwarded by Simon Lessard/NOTES on 2006-07-11 09:11 -----

Simon Lessard
2006-07-10 14:02

        Subject:        Issue ADFFACES-4494BF92478B4A3D14852571A700613A60


I'm bringing this issue on dev list because there's many possibilities 
concerning that issue. As a summary let say that currently, all tag 
attributes allowing EL will fail if they use a managed bean loaded with 
<f:loadBundle/> tag if the expression is evaluated outside RenderResponse 
(happens more than often for error message attributes that are evaluated 
inprocess validation phase) because that's the only time when the bean 
exists. The various fixes I can see are:

1) Don't consider it a bug and documents attributes accordingly.
2) Create an <af:loadBundle/> tag that would load the bean in the restore 
view phase instead of render response. The beanwould have to be a bit more 
intelligent than currently to support in-between phase locale changes.
3) Provides an utility class that users could define as a resource bean in 
faces-config.xml and then use as a map bean like loadBundle provides and 
discourage the use of loadBundle.

What option looks the best to you? Or do you see a better one ? 
Personally, I think I would do both 2) and 3) as well as mentioning the 
issue in the error message attribute documentation.


Simon Lessard
Fujitsu Consulting

<div style="display:none">Putting check in the checkbox to remove 
attachments<br><input type="checkbox" checked="true" name="%%Detach" 
value="" class="plainInput"></div>

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message