Stalling Karaf with inflight exchanges on a Blueprint Camel route

2016-06-17 Thread mdo
tate, only option is to kill the Java process. A `bundle:stop 66` doesn't work here, too, hangs forever. My questions on this topic are: a) Why is the bundle "stopping", even when Camel seems to have shutdown in the end? b) Is this a bug or broken by design and can I circumvent it (e.g.

Re: Blueprint defined CXF interceptor

2016-06-09 Thread mdo
Thanks for your input, I know that I can inject an interceptor as a bean in jaxws:inInterceptors but my ideal would be a solution without having to deploy a bundle containing the interceptor implementation class. -- View this message in context:

Blueprint defined CXF interceptor

2016-06-09 Thread mdo
direction but I read that mixing Spring NS does not work with Aries. Thanks, mdo -- View this message in context: http://karaf.922171.n3.nabble.com/Blueprint-defined-CXF-interceptor-tp4046819.html Sent from the Karaf - User mailing list archive at Nabble.com.

Re: NPE with org.reflections

2016-04-20 Thread mdo
Just for future reference: I had to restart Karaf once again to get it up and running. For unknown reasons the reflections bundle was only in state RESOLVED before and additionally I had to install javassist. Despite the RESOLVED state before, my own bundle was able to use the Reflections class

Re: NPE with org.reflections

2016-04-18 Thread mdo
Thanks for your quick response, I now found that the NPE is triggered by my client code: new Reflections("my.package", MyClass.class.getClassLoader()) This happens due to the given classloader reference. When I omit this, the NPE goes away. Only problem now remains that .getSubTypesOf(...)

NPE with org.reflections

2016-04-18 Thread mdo
Hello, I use Karaf 4.0.4 with org.reflections for which I installed the SMX bundle, version 0.9.10. When my bundle (an existing application module I tried to convert to OSGi lately) creates a Reflections instance (in an Activator, but tried other ways, too) a NPE happens in line 320 of Vfs.java:

Re: Deploy datasource config with feature.xml

2016-03-23 Thread mdo
https://issues.apache.org/jira/browse/KARAF-4441 -- View this message in context: http://karaf.922171.n3.nabble.com/Deploy-datasource-config-with-feature-xml-tp4045941p4045953.html Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Deploy datasource config with feature.xml

2016-03-23 Thread mdo
OK, thanks. I'll log that into JIRA. -- View this message in context: http://karaf.922171.n3.nabble.com/Deploy-datasource-config-with-feature-xml-tp4045941p4045951.html Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Deploy datasource config with feature.xml

2016-03-23 Thread mdo
-9181-334487539adc url = jdbc:oracle:thin:@192.168.1.2:1521:orcl user = test The values are in the config file: mdo:/tmp/apache-karaf-4.0.4$ cat etc/org.ops4j.datasource.cfg user = test password = test url = jdbc:oracle:thin

Re: Deploy datasource config with feature.xml

2016-03-23 Thread mdo
rce.cfg I then have a "org.ops4j.datasource.cfg" but I think there should instead be a file named "org.ops4j.datasource-myds.cfg". Regards, mdo -- View this message in context: http://karaf.922171.n3.nabble.com/Deploy-datasource-config-with-feature-xml-tp4045941p4045945