basically the same which was suggested for the InstanceProvider (we need to
agree on the final names but the concept is the same).
btw. >if< we would like to support @Inject in instances which aren't
managed by the container, we also need something like #inject (or
#initialize).
-> you can provide e.g. constraint libs which just use @Inject in the
constraint validators and there's no need e.g. to configure constraint
validators in the container.
regards,
gerhard
2012/1/4 Hardy Ferentschik <hardy(a)hibernate.org>
On Jan 4, 2012, at 2:31 PM, Gerhard Petracek wrote:
> +1 -> compared to the other suggestions: +1 for the service-loader
approach because it allows jsr330 support without the need to add a new
method to ValidatorContext as well as a new config entry and it's a std.
java mechanism.
Can we flesh this out a little. What would be the service interface?
_______________________________________________
beanvalidation-dev mailing list
beanvalidation-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/beanvalidation-dev