De cualquierrequiredMessage
utilizar el atributo del componente de entrada:
<x:inputXxx ... required="true" requiredMessage="Value is required" />
O creat propiedades ea archivo en la ruta de clase que contiene la plantilla de mensaje personalizado:
javax.faces.component.UIInput.REQUIRED = Value is required.
y se ha registrado como grupo de mensajes en faces-config.xml
:
<application>
<message-bundle>com.example.CustomMessages</message-bundle>
</application>
El ejemplo anterior se supone que el nombre del archivo es CustomMessages.properties
y es sido colocado en el paquete com.example
. Puedes ponerle un nombre y ubicarlo donde quieras.
Puede encontrar una descripción general de todas las claves de mensaje en el capítulo 2.5.2.4 de the JSF specification.
Hola BalusC, compruebo que tanto http://download.oracle.com/otndocs/jcp/jsf-2.0-fr-eval-oth-JSpec/ como http://download.oracle.com/otndocs/jcp /jsf-2.0-fr-full-oth-JSpec/ son lo mismo (EVAL vs IMPL), ¿podría haber un error? –
No. Algunas API tienen documentos separados para esto. Los usuarios finales (léase: nosotros, desarrolladores) deberían leer la especificación "Evaluación". Los implementadores (como Mojarra y MyFaces do) deberían leer la especificación de "Implementación". Pero para la especificación JSF, de hecho no es diferente. – BalusC
Hola BalusC, ¿puedo de hecho anular el mensaje de Apache Common Validator de esta manera? http://myfaces.apache.org/commons12/myfaces-validators12/tagdoc.html –