bean-validation support for richfaces via extval

today i upgraded an internal richfaces 3.3.x demo to use extval to integrate jsr 303 validation.

the upgrade was done quite fast:

just adding the jar files and using the bv constraints!

in this case i used the following maven dependencies:

for richfaces:

groupId: org.richfaces.ui

artifactId: richfaces-ui

version: 3.3.2.GA

for extval:

groupId: org.apache.myfaces.extensions.validator

artifactId: myfaces-extval-core

version: 1.2.3-SNAPSHOT

required to use a4j with extval:

groupId: org.apache.myfaces.extensions.validator.component-support-modules

artifactId: myfaces-extval-generic-support

version: 1.2.3-SNAPSHOT

to use jsr 303 validation:

groupId: org.apache.myfaces.extensions.validator.validation-modules

artifactId: myfaces-extval-bean-validation

version: 1.2.3-SNAPSHOT

groupId: org.hibernate

artifactId: hibernate-validator

version: 4.0.0.GA

groupId: org.slf4j

artifactId: slf4j-api

version: 1.4.2

groupId:org.slf4j

artifactId: slf4j-log4j12

version: 1.4.2

to support org.richfaces.component.html.HtmlCalendar

groupId: sandbox890.extensions.validator.component-support-modules

artifactId: myfaces-extval-richfaces-support

from http://code.google.com/p/sandbox890/

myfaces extval and richfaces - 2

i started a special support module for richfaces.
currently it contains an addition to support labeled faces messages for the rich:calendar component.

myfaces extval and richfaces

so far this combination worked when using myfaces-core.
extval-38 (as well as the wiki) shows the required dependencies.
the mentioned issue describes that there is an issue with mojarra.
the good news: the issue is fixed and you can use this combination.
i hope a lot of you (who signaled interest in this combination) will start to test the new version or a patched version of v1.2.2 you can find here.

some details about the original issue:
the generic support module is required, if a component lib does special things behind the scenes.
e.g.: casting renderers,...
so the module uses cglib to allow that. via an extval startup listener the module installs itself. the issue with mojarra is that it uses early configuration. so the extval startup listener of the module gets invoked too late and important configuration tasks are performed by an extval-core class instead of the lazily installed class of the generic support module.