Thank you guys for your suggestions. I am gonna try them to see what fits best!
Best regards On October 12, 2015 10:28:09 PM WEST, Paulo Renato de Athaydes <renatoathay...@hotmail.com> wrote: >Yeah, I had already suggested that was probably the best solution.... >My previous message had a huge blank space in the middle which I have >no idea where it came from!! >But it became a personal challenge to get that old c3p0 jar and quartz >working in a OSGi environment. >:) >Renato > >> Date: Mon, 12 Oct 2015 23:23:27 +0200 >> Subject: Re: Help in using your Quartz OSGi bundle >> From: fr...@frankjlangel.com >> To: users@felix.apache.org >> >> Have you considered using amdatu-scheduling, a fully wrapped Quartz >OSGI bundle? >> >> >> >> On 10/12/15, 11:16 PM, "Neil Bartlett" <njbartl...@gmail.com> wrote: >> >> >The import of the c3p0 package is problematic because c3p0 is not an >OSGi bundle. However there is a bundle wrapping availabe: >http://jpm4j.org/#!/p/sha/376EA3C3654A3E0593D1C135A7109ECE77D0BE70//0.0.0 >> > >> >Incidentally, c3p0 apparently hasn’t been updated or maintained for >over 8 years, so it’s a bit dubious to be using something like that in >a production application. >> > >> >Neil >> > >> > >> > >> >> On 12 Oct 2015, at 22:07, Paulo Renato de Athaydes ><renatoathay...@hotmail.com> wrote: >> >> >> >> >> >> >> >> >> >> >> >> The quartz bundle has the following imports: >> >> Import-Package: >com.mchange.v2.c3p0,commonj.work;resolution:=optional, >javax.ejb;resolution:=optional,javax.jms;resolution:=optional,javax.m >ail;resolution:=optional,javax.mail.internet;resolution:=optional,jav >ax.management,javax.management.openmbean,javax.naming,javax.servlet;r >esolution:=optional,javax.servlet.http;resolution:=optional,javax.sql >;resolution:=optional,javax.transaction;resolution:=optional,javax.xm >l.bind,javax.xml.namespace,javax.xml.parsers,javax.xml.xpath,oracle.s >ql;resolution:=optional,org.jboss.logging;resolution:=optional,org.jb >oss.naming;resolution:=optional,org.jboss.system;resolution:=optional >,org.quartz,org.quartz.core,org.quartz.impl.matchers,org.quartz.impl. >triggers,org.quartz.jobs;resolution:=optional,org.quartz.spi,org.slf4 >j;version="[1.6,2)",org.terracotta.toolkit;resolution:=optional,org.t >erracotta.toolkit.atomic;resolution:=optional,org.terracotta.toolkit. >builder;resolution:=optional,org.terracotta.toolkit.cluster;resolutio >n:=optional,org.terracotta.toolkit.collections;resolution:=optional,o >rg.terracotta.toolkit.concurrent.locks;resolution:=optional,org.terra >cotta.toolkit.config;resolution:=optional,org.terracotta.toolkit.inte >rnal;resolution:=optional,org.terracotta.toolkit.internal.concurrent. >locks;resolution:=optional,org.terracotta.toolkit.rejoin;resolution:= >optional,org.terracotta.toolkit.search;resolution:=optional,org.terra >cotta.toolkit.search.attribute;resolution:=optional,org.terracotta.to >olkit.store;resolution:=optional,org.w3c.dom,org.xml.sax,weblogic.jdb >c.jts;resolution:=optional,weblogic.jdbc.vendor.oracle;resolution:=op >tional >> >> >> >> The required dependencies (not optional) are the following: >> >> com.mchange.v2.c3p0 >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> javax.managementjavax.management.openmbean >> >> javax.naming >> >> javax.xml.bind >> >> javax.xml.namespace >> >> javax.xml.parsers >> >> javax.xml.xpath >> >> org.quartz >> >> org.quartz.core >> >> org.quartz.impl.matchers >> >> org.quartz.impl. triggers >> >> org.quartz.spi >> >> org.slf4 j;version="[1.6,2)" >> >> org.w3c.dom >> >> org.xml.sax >> >> >> >> >> >> The first one, c3p0, comes from this artifact: >> >> "c3p0:c3p0:0.9.1.1" >> >> >> >> Which is not a OSGi bundle. (the others, except quartz which comes >from the jar itself, don't seem to be a problem as the framework seems >happy to provide those). >> >> >> >> >> >> I wrapped it in a bundle anyway using osgi-run and then, after >installing them in Felix, I found out we need some logging libraries, >org.sfl4j.api, org.apache.log4j, osg.slf4j.impl (ouch!) >> >> >> >> >> >> A little bit painful to get this working. >> >> >> >> >> >> After a little guesswork, I found these 2 bundles meet the logging >demands: >> >> >> >> >> >> osgiRuntime 'org.slf4j:slf4j-simple:1.7.5' >> >> osgiRuntime "org.slf4j:log4j-over-slf4j:1.7.5" >> >> >> >> >> >> But Felix threw horrible errors when I did this: >> >> >> >> >> >> ERROR: Bundle slf4j.api [8] Error starting >file:/Users/renato/programming/projects/osgi-run/osgi-run-test/quartz-sample/build/osgi/bundle/slf4j-api-1.6.6.jar >(java.lang.ArrayIndexOutOfBoundsException: -1) >> >> java.lang.ArrayIndexOutOfBoundsException: -1 >> >> at java.util.ArrayList.elementData(ArrayList.java:418) >> >> at java.util.ArrayList.remove(ArrayList.java:495) >> >> at >org.apache.felix.framework.resolver.Candidates.prepare(Candidates.java:763) >> >> at >org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:122) >> >> at >org.apache.felix.framework.StatefulResolver.resolve(StatefulResolver.java:405) >> >> at >org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3973) >> >> at >org.apache.felix.framework.Felix.startBundle(Felix.java:2043) >> >> at >org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297) >> >> at >org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304) >> >> at java.lang.Thread.run(Thread.java:745) >> >> ERROR: Bundle slf4j.api [9] Error starting >file:/Users/renato/programming/projects/osgi-run/osgi-run-test/quartz-sample/build/osgi/bundle/slf4j-api-1.7.5.jar >(java.lang.ArrayIndexOutOfBoundsException: -1) >> >> java.lang.ArrayIndexOutOfBoundsException: -1 >> >> at java.util.ArrayList.elementData(ArrayList.java:418) >> >> at java.util.ArrayList.remove(ArrayList.java:495) >> >> at >org.apache.felix.framework.resolver.Candidates.prepare(Candidates.java:763) >> >> at >org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:122) >> >> at >org.apache.felix.framework.StatefulResolver.resolve(StatefulResolver.java:405) >> >> at >org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3973) >> >> at >org.apache.felix.framework.Felix.startBundle(Felix.java:2043) >> >> at >org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1297) >> >> at >org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304) >> >> at java.lang.Thread.run(Thread.java:745) >> >> ____________________________ >> >> Welcome to Apache Felix Gogo >> >> >> >> >> >> >> >> Looks like a bug to me (probably fixed now, this is an older Felix >version)... >> >> >> >> But I seem to have put two versions of slf4j in the classpath >inadvertently.. anyway, why wouldn't it work? I don't know... >> >> So, after some more research, I found that in the docs of c3p0, >they say this: >> >> >> >> >> >> Just put the files lib/c3p0-0.9.5.1.jar and >lib/mchange-commons-java-0.2.10.jar in your application's effective >CLASSPATH >> >> >> >> So I put this mchange-commons-java jar wrapped into an OSGi bundle >in the framework.... still, didn't work. >> >> >> >> >> >> With Equinox I get this now: >> >> >> >> >> >> Framework is launched. >> >> >> >> >> >> id State Bundle >> >> 0 ACTIVE org.eclipse.osgi_3.7.1.R37x_v20110808-1106 >> >> 1 ACTIVE c3p0_0.9.1.1 >> >> 2 ACTIVE log4j.over.slf4j_1.7.5 >> >> 3 INSTALLED mchange-commons-java_0.2.10 >> >> 4 ACTIVE slf4j.api_1.7.5 >> >> Fragments=5 >> >> 5 RESOLVED slf4j.simple_1.7.5 >> >> Master=4 >> >> >> >> >> >> >> >> But still didn't work. Didn't even tell me what's wrong. >> >> >> >> >> >> In Felix, at least I got this error: >> >> >> >> >> >> org.osgi.framework.BundleException: Unresolved constraint in >bundle mchange-commons-java [3]: Unable to resolve 3.0: missing >requirement [3.0] osgi.wiring.package; >(osgi.wiring.package=com.typesafe.config) >> >> >> >> So, apparently, we also need some TypeSafe stuff in the classpath >:( >> >> >> >> >> >> With this, I just give up. >> >> >> >> >> >> I recommend you have a look at Atmandu Scheduler instead... It's >made for OSGi and apparently uses Quartz: >> >> >> >> >> >> http://www.amdatu.org/components/scheduling.html >> >> >> >> >> >> Good luck! >> >> >> >> >> >> And.... I can totally understand how you might feel frustrated >about this... I thought I would manage to get this working in a few >minutes... took me hours trying, and nothing :( >> >> >> >> >> >> What can we do?! >> >> >> >> >> >> Regards, >> >> >> >> >> >> Renato >> >> >> >> >> >> >> >> >> >> >> >>> Subject: Re: Help in using your Quartz OSGi bundle >> >>> To: users@felix.apache.org >> >>> From: j...@nanthrax.net >> >>> Date: Mon, 12 Oct 2015 14:32:04 +0200 >> >>> >> >>> Hi Pedro, >> >>> >> >>> such dependencies should be optional. Let me check the SMX quartz >bundle >> >>> around this. >> >>> >> >>> Regards >> >>> JB >> >>> >> >>> On 10/11/2015 01:20 PM, Pedro Domingues wrote: >> >>>> Greetings, >> >>>> >> >>>> Sorry for bothering you, but I would like to ask for your help >with your >> >>>> Quartz bundle. >> >>>> >> >>>> I am trying to install your Quartz OSGi bundle into my project: >> >>>> >> >>>> http://i.imgur.com/PKHnWIj.png >> >>>> >> >>>> However when I insert the bundle in my *Apache Felix* I keep >getting the >> >>>> unresolved dependencies error message like you can see here: >> >>>> >> >>>>> java -jar bin/felix.jar >> >>>> ERROR: Bundle hydra.launcher [1] Error starting >> >>>> >file:/C:/code/hydra/felix/bundle/hydra.launcher-1.0.0-SNAPSHOT.jar >> >>>> (org.osgi.fram >> >>>> ework.BundleException: Unable to resolve >> >>>> org.apache.servicemix.bundles.quartz [8](R 8.0): missing >requirement >> >>>> [org.apache.servicemix.bundles.quartz [8 >> >>>> ](R 8.0)] osgi.wiring.package; >(osgi.wiring.package=org.jboss.logging) >> >>>> Unresolved requirements: [[org.apache.servicemix.bundles.quartz >[8](R >> >>>> 8.0)] osg >> >>>> i.wiring.package; (osgi.wiring.package=org.jboss.logging)]) >> >>>> org.osgi.framework.BundleException:*Unable to resolve >> >>>> org.apache.servicemix.bundles.quartz [8](R 8.0): missing >requirement* >> >>>> [org.apache.servicemix.bund >> >>>> les.quartz [8](R 8.0)] osgi.wiring.package; >> >>>> (osgi.wiring.package=org.jboss.logging) Unresolved requirements: >> >>>> [[*org.apache.servicemix.bundles.quartz* [8 >> >>>> ](R 8.0)] osgi.wiring.package; >(*osgi.wiring.package=org.jboss.logging*)] >> >>>> at >> >>>> >org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4090) >> >>>> at >org.apache.felix.framework.Felix.startBundle(Felix.java:2111) >> >>>> at >org.apache.felix.framework.BundleImpl.start(BundleImpl.java:977) >> >>>> at >org.apache.felix.framework.BundleImpl.start(BundleImpl.java:964) >> >>>> at >hydra.launcher.Launcher.installStart(Launcher.java:78) >> >>>> >> >>>> If I try to discard this dependency manually in your bundle's >manifest I >> >>>> keep getting other dependencies such as oracle.sql and so on... >It is a >> >>>> true dependency hell. >> >>>> >> >>>> However I do not need to use SQL nor JBOSS, I just want to use >Quartz. >> >>>> Is there any way I can solve this? Do I really need to include >the >> >>>> thousand transitive dependencies manually, which I will probably >never >> >>>> use but since these manifests are automatically generated they >include >> >>>> them anyways? >> >>>> >> >>>> This is the one thing that makes OSGi hard to use... >> >>>> >> >>>> Thanks! >> >>> >> >>> -- >> >>> Jean-Baptiste Onofré >> >>> jbono...@apache.org >> >>> http://blog.nanthrax.net >> >>> Talend - http://www.talend.com >> >>> >> >>> >--------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> >>> For additional commands, e-mail: users-h...@felix.apache.org >> >>> >> >> >> > >> > >> >>--------------------------------------------------------------------- >> >To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> >For additional commands, e-mail: users-h...@felix.apache.org >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> > -- Sent from my Android device with K-9 Mail. Please excuse my brevity.