Details
-
Type:
New Feature
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 0.9.0
-
Component/s: JEE-BV1-Module
-
Labels:None
Description
support for
- javax.validation.Validator (compatible with
EXTCDI-20) - javax.validation.ValidatorFactory (compatible with
EXTCDI-20) - javax.validation.ConstraintValidatorFactory (compatible with
EXTCDI-20) - javax.validation.MessageInterpolator
usage e.g.:
@Inject @Advanced
private javax.validation.Validator validator;
...
this.validator.validate(...);
Activity
- All
- Comments
- Work Log
- History
- Activity
- Transitions
Weld doesn't provide this yet, OWB takes the Validator and ValidatorFactory from JNDI.
Show
Mark Struberg
added a comment - Weld doesn't provide this yet, OWB takes the Validator and ValidatorFactory from JNDI.
extval supports some special features like dependency injection for constraint validators.
furthermore, it's possible to provide a custom impl. easily. so there might be an add-on which uses cdi for the di part (like the current spring3 add-on)
-> imo it makes sense that codi is able to re-use such customized versions at least for validation in the view-layer.
so we could solve it via the @Jsf qualifier to get a special version (which is cached in the application scope of jsf).
Show
Gerhard Petracek
added a comment - extval supports some special features like dependency injection for constraint validators.
furthermore, it's possible to provide a custom impl. easily. so there might be an add-on which uses cdi for the di part (like the current spring3 add-on)
-> imo it makes sense that codi is able to re-use such customized versions at least for validation in the view-layer.
so we could solve it via the @Jsf qualifier to get a special version (which is cached in the application scope of jsf).
OWB provides this already out of the box (if the openwebbeans-resource is in the classpath).
Will ask JBoss guys whether this is also available if weld is used with native tomcat/jetty