Bean Validation Component

Available as of Camel 2.3

The Validation component performs bean validation of the message body using the Java Bean Validation API (JSR 303). Camel uses the reference implementation, which is Hibernate Validator.

Maven users will need to add the following dependency to their pom.xml for this component:

URI format

or

Where label is an arbitrary text value describing the endpoint.
You can append query options to the URI in the following format, ?option=value&option=value&...

URI Options

Option

Default

Description

group

javax.validation.groups.Default

The custom validation group to use.

validationProviderResolver

Depends on JSR303 jar provided.

Camel 2.13.0: Reference to a custom javax.validation.ValidationProviderResolver in the Registry.

messageInterpolator

org.hibernate.validator.engine.
ResourceBundleMessageInterpolator

Reference to a custom javax.validation.MessageInterpolator in the Registry.

traversableResolver

org.hibernate.validator.engine.resolver.
DefaultTraversableResolver

Reference to a custom javax.validation.TraversableResolver in the Registry.

constraintValidatorFactory

org.hibernate.validator.engine.
ConstraintValidatorFactoryImpl

Reference to a custom javax.validation.ConstraintValidatorFactory in the Registry.

ServiceMix4/OSGi Deployment.

The bean-validator when deployed in an OSGi environment requires a little help to accommodate the resource loading specified in JSR303, this was fixed in Servicemix-Specs 1.6-SNAPSHOT.

The other way to load Hibernate Validator in the OSGi environment is to use dedicated ValidationProviderResolver implementation, just as org.apache.camel.component.bean.validator.HibernateValidationProviderResolver. The snippet below demonstrates this approach. Keep in mind that you can use HibernateValidationProviderResolver starting from the Camel 2.13.0.

Using HibernateValidationProviderResolver

Example

Assumed we have a java bean with the following annotations

Car.java

and an interface definition for our custom validation group

OptionalChecks.java

with the following Camel route, only the @NotNull constraints on the attributes manufacturer and licensePlate will be validated (Camel uses the default group javax.validation.groups.Default).

If you want to check the constraints from the group OptionalChecks, you have to define the route like this

If you want to check the constraints from both groups, you have to define a new interface first

AllChecks.java

and then your route definition should looks like this

And if you have to provide your own message interpolator, traversable resolver and constraint validator factory, you have to write a route like this

It's also possible to describe your constraints as XML and not as Java annotations. In this case, you have to provide the file META-INF/validation.xml which could looks like this

validation.xml

and the constraints-car.xml file

constraints-car.xml

See Also

© 2004-2011 The Apache Software Foundation.
Apache Camel, Camel, Apache, the Apache feather logo, and the Apache Camel project logo are trademarks of The Apache Software Foundation. All other marks mentioned may be trademarks or registered trademarks of their respective owners.
Graphic Design By Hiram