Willem, 

If that fix goes in, how do you suggest we mix/match this in code in camel?
Is there a good pattern to check if we are "running" in osgi?



On Oct 9, 2010, at 1:01 AM, Willem Jiang wrote:

> Hi Bengt,
> 
> I checked the code of servicemix jsr303 bundle, it just include the 
> servicemix locator and doesn't use the service locator to find the provider 
> for you.
> 
> That explain why you get the below exception.
> 
> javax.validation.ValidationException: Unable to find a default provider
> 
> I will try to do a quick fix today.
> 
> 
> On 10/9/10 6:41 AM, Bengt Rodehav wrote:
>> I'm using the servicemix packaging of hibernate-validator and jsr303:
>> 
>> *<dependency>*
>> *<groupId>org.apache.servicemix.specs</groupId>*
>> *<artifactId>org.apache.servicemix.specs.jsr303-api-1.0.0</artifactId>
>> *
>> *<version>1.5.0</version>*
>> *</dependency>*
>> *
>> *
>> *<dependency>*
>> *<groupId>org.apache.servicemix.bundles</groupId>*
>> *
>>  <artifactId>org.apache.servicemix.bundles.hibernate-validator</artifactId>*
>> *<version>4.1.0.Final_1</version>*
>> *</dependency>*
>> 
>> I use the validator "manually" (not automatically via JPA) as follows:
>> *
>> *
>> 
>>> *public static Set<ConstraintViolation<?>>  violations(Object theObject,
>>> Class<?>... theGroups)*
>> 
>> *      throws ConstraintViolationException {*
>> 
>> *    /**
>> 
>> *     * Perform bean validation*
>> 
>> *     */*
>> 
>> *    ValidatorFactory factory = Validation.buildDefaultValidatorFactory();
>>> // Throws exception*
>> 
>> *    Validator validator = factory.getValidator();*
>> 
>> *    return (Set) validator.validate(theObject, theGroups);*
>> 
>> *  }*
>> 
>> 
>>  The line that creates the ValidatorFactory throws an exception when called
>> from wihin OSGi:
>> 
>> javax.validation.ValidationException: Unable to find a default provider
>> 
>> at
>>> javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:264)
>> 
>> at
>>> javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:111)
>> 
>> at validator.test1.impl.ServiceOne.createEntityOne(ServiceOne.java:17)
>> 
>> at validator.test.itest.OsgiTest.createTest(OsgiTest.java:29)
>> 
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 
>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 
>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> 
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> 
>> at
>>> org.ops4j.pax.exam.junit.extender.impl.internal.CallableTestMethodImpl.injectContextAndInvoke(CallableTestMethodImpl.java:143)
>> 
>> at
>>> org.ops4j.pax.exam.junit.extender.impl.internal.CallableTestMethodImpl.call(CallableTestMethodImpl.java:105)
>> 
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 
>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 
>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> 
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> 
>> at
>>> org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:80)
>> 
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> 
>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 
>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> 
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> 
>> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
>> 
>> at sun.rmi.transport.Transport$1.run(Transport.java:159)
>> 
>> at java.security.AccessController.doPrivileged(Native Method)
>> 
>> at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
>> 
>> at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
>> 
>> at
>>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
>> 
>> at
>>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
>> 
>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
>> 
>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
>> 
>> at java.lang.Thread.run(Thread.java:619)
>> 
>> 
>> When I run the same code outside of OSGi everything works. What am I doing
>> wrong?
>> 
>> The test above used Pax-Exam with Felix 3.0.2 but it doesn't seem to matter
>> what OSGi container I use. I've tried different versions of Felix and
>> Equinox but I get the same exception. I suspect I'm doing something wrong
>> but I cannot see what. Can someone help me out?
>> 
>> /Bengt
>> 
> 
> 
> -- 
> Willem
> ----------------------------------
> Open Source Integration: http://www.fusesource.com
> Blog:    http://willemjiang.blogspot.com (English)
>         http://jnn.javaeye.com (Chinese)
> Twitter: http://twitter.com/willemjiang

Johan Edstrom

[email protected]

They that can give up essential liberty to purchase a little temporary safety, 
deserve neither liberty nor safety.

Benjamin Franklin, Historical Review of Pennsylvania, 1759





Reply via email to