You are viewing a plain text version of this content. The canonical link for it is here.
Posted to adffaces-issues@incubator.apache.org by "Simon Lessard (JIRA)" <ad...@incubator.apache.org> on 2006/07/07 21:36:30 UTC
[jira] Commented: (ADFFACES-44) does not allow
EL for noMatchMessageDetail
[ http://issues.apache.org/jira/browse/ADFFACES-44?page=comments#action_12419789 ]
Simon Lessard commented on ADFFACES-44:
---------------------------------------
Here's some precision on this bug. The expression language does not seem to be the real issue.
I ran the test again using the following code:
<f:loadBundle basename="messages" var="msg"/>
<af:inputText label="Test">
<af:validateRegExp pattern="\w*" noMatchMessageDetail="TEST"/>
</af:inputText>
It always works. I also ran it using:
<f:loadBundle basename="messages" var="msg"/>
<af:inputText label="Test">
<af:validateRegExp pattern="\w*" noMatchMessageDetail="TEST"/>
</af:inputText>
messages.properties :
error = This is a test message
With client validation enabled, the JavaScript message is shown correctly. However, if I disable client validation, the message detail I get under the field is the default one :
The value "%?&" does not match the regular expression pattern "\w*".
Another note concerning i18n here. If I run the same test in French I get :
La valeur "%?&" ne correspond pas au motif dexpression régulière "{2}".
It seems that {2} won't get parsed. I think this issue is related to ADFFACES-46 as FastMessageFormat detects the single quote that would normally be present in "d'expression" that cause the {2} to be escaped and thus not evaluated.
> <af:validateRegExp/> does not allow EL for noMatchMessageDetail
> ---------------------------------------------------------------
>
> Key: ADFFACES-44
> URL: http://issues.apache.org/jira/browse/ADFFACES-44
> Project: MyFaces ADF-Faces
> Type: Bug
> Reporter: Simon Lessard
>
> I copied this bug from OTN at http://forums.oracle.com/forums/message.jspa?messageID=1355472#1355472
> You cannot specify a noMatchMessageDetail using EL pointing on a resource file when using the <af:validateRegExp/> tag.
> The reproduction case is:
> [code]
> <f:loadBundle basename="some.resource.file" var="res"/>
> <af:inputText>
> <af:validateRegExp pattern="\w*" noMatchMessageDetail="#{res['some.key']]}"/>
> </af:inputText>
> [/code]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira