Re: need help getting quartz-ra.rar file to deploy
Thanks, it's working now great. The test passes when building with maven and surefire, but I'm still getting the same error complaining about the interface when I run the test using junit 4.4. Any ideas? Also, is it possible to have openejb ignore certain classes? David Blevins wrote: On Aug 12, 2008, at 9:28 AM, endium wrote: Thanks for this David! For some reason, I didn't get an email notifying me of your reply. I am trying to implement this right now. Was the maven configuration for openejb changed at all? This may be an unrelated problem, but since today it doesn't seem that maven is correctly identifying all of the dependencies. I am getting this error: java.lang.NoClassDefFoundError: org/apache/openejb/loader/ OpenEJBInstance at org .apache .openejb .client .LocalInitialContextFactory.init(LocalInitialContextFactory.java:59) at org .apache .openejb .client .LocalInitialContextFactory.init(LocalInitialContextFactory.java:51) at org .apache .openejb .client .LocalInitialContextFactory .getInitialContext(LocalInitialContextFactory.java:40) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java: 667) I just ran into this error myself trying to reproduce a different issue. It seems the maven 2 snapshot repo got corrupted on people.apache.org. I've just finished rebuilding the openejb section of the repo and things look much better now. You may need to remove part of your local maven repo (the repository/org/apache/openejb part) to get a clean build from the snapshots. One way to try without having to delete anything is to build with a temporary empty repo like so: $ mkdir temp-repo $ mvn clean install -Dmaven.repo.local=temp-repo -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18962421.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
-beans INFO - Configuring Service(id=Default Security Service, type=SecurityService, provider-id=Default Security Service) INFO - Configuring Service(id=Default Transaction Manager, type=TransactionManager, provider-id=Default Transaction Manager) INFO - Found EjbModule in classpath: /private/tmp/work/quartz-app/ quartz-beans/target/classes INFO - Found ConnectorModule in classpath: /private/tmp/work/quartz- app/quartz-ra/target/quartz-ra-0.0.1-SNAPSHOT.jar INFO - Beginning load: /private/tmp/work/quartz-app/quartz-beans/ target/classes INFO - Beginning load: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT.jar INFO - Extracting jar: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT.jar INFO - Extracted path: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT INFO - Configuring enterprise application: classpath.ear INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jarRA, type=Resource, provider-id=quartz-ra-0.0.1-SNAPSHOT.jarRA) INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jar- org.quartz.Job, type=Container, provider-id=Default MDB Container) INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jar- org.quartz.StatefulJob, type=Container, provider-id=Default MDB Container) INFO - Enterprise application classpath.ear loaded. INFO - Assembling app: classpath.ear INFO - start quartz!!! DEBUG - endpointActivation, spec=jobName=job. 0.1217626266122,jobGroup=default,triggerName=trigger. 1.1217626266122,triggerGroup=default,cronTrigger=0/2 * * * * ? volatilityfalsedurabilityfalserecoverablefalse DEBUG - adding job: jobName=job. 0.1217626266122,jobGroup=default,triggerName=trigger. 1.1217626266122,triggerGroup=default,cronTrigger=0/2 * * * * ? volatilityfalsedurabilityfalserecoverablefalse INFO - Created Ejb(deployment-id=TimerJob, ejb-name=TimerJob, container=quartz-ra-0.0.1-SNAPSHOT.jar-org.quartz.Job) INFO - Deployed Application(path=classpath.ear) Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.084 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 Let us know how things go for you. If there's anything you'd like changed in how things work, feel free to make requests. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18947909.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
On Aug 12, 2008, at 9:28 AM, endium wrote: Thanks for this David! For some reason, I didn't get an email notifying me of your reply. I am trying to implement this right now. Was the maven configuration for openejb changed at all? This may be an unrelated problem, but since today it doesn't seem that maven is correctly identifying all of the dependencies. I am getting this error: java.lang.NoClassDefFoundError: org/apache/openejb/loader/ OpenEJBInstance at org .apache .openejb .client .LocalInitialContextFactory.init(LocalInitialContextFactory.java:59) at org .apache .openejb .client .LocalInitialContextFactory.init(LocalInitialContextFactory.java:51) at org .apache .openejb .client .LocalInitialContextFactory .getInitialContext(LocalInitialContextFactory.java:40) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java: 667) I just ran into this error myself trying to reproduce a different issue. It seems the maven 2 snapshot repo got corrupted on people.apache.org. I've just finished rebuilding the openejb section of the repo and things look much better now. You may need to remove part of your local maven repo (the repository/org/apache/openejb part) to get a clean build from the snapshots. One way to try without having to delete anything is to build with a temporary empty repo like so: $ mkdir temp-repo $ mvn clean install -Dmaven.repo.local=temp-repo -David
Re: need help getting quartz-ra.rar file to deploy
Ok. Finally got something working here. New zip available at http// issues.apache.org/jira/secure/attachment/12387373/quartz-app.zip Inside you'll see: . ./pom.xml ./quartz-beans ./quartz-beans/pom.xml ./quartz-beans/src ./quartz-beans/src/main ./quartz-beans/src/main/java ./quartz-beans/src/main/java/com ./quartz-beans/src/main/java/com/example ./quartz-beans/src/main/java/com/example/job ./quartz-beans/src/main/java/com/example/job/TimerJob.java ./quartz-beans/src/main/resources ./quartz-beans/src/main/resources/log4j.properties ./quartz-beans/src/test ./quartz-beans/src/test/java ./quartz-beans/src/test/java/com ./quartz-beans/src/test/java/com/example ./quartz-beans/src/test/java/com/example/job ./quartz-beans/src/test/java/com/example/job/QuartzMdbTest.java ./quartz-ra ./quartz-ra/pom.xml ./quartz-ra/src ./quartz-ra/src/main ./quartz-ra/src/main/resources ./quartz-ra/src/main/resources/META-INF ./quartz-ra/src/main/resources/META-INF/ra.xml ./quartz-ra.jar ./README.txt For some reason, Maven refuses to add .rar files to the test classpath. A .rar file is just a jar that contains other jars and a META-INF/ra.xml file, so I went ahead and created a maven module that has the ra.xml file and lists the appropriate jars as dependencies. All the jars were available online except the jar containing the JBoss Quartz Resource Adapter classes, so that jar has to be installed into your local maven repo manually (see the README.txt for the command). Last but not least, here is the maven test output for the quartz-beans module: --- T E S T S --- Running com.example.job.QuartzMdbTest 14:31:05,103 DEBUG QuartzMdbTest:19 - Set Initial Context Apache OpenEJB 3.1-SNAPSHOTbuild: 20080801-09:26 http://openejb.apache.org/ INFO - openejb.home = /private/tmp/work/quartz-app/quartz-beans INFO - openejb.base = /private/tmp/work/quartz-app/quartz-beans INFO - Configuring Service(id=Default Security Service, type=SecurityService, provider-id=Default Security Service) INFO - Configuring Service(id=Default Transaction Manager, type=TransactionManager, provider-id=Default Transaction Manager) INFO - Found EjbModule in classpath: /private/tmp/work/quartz-app/ quartz-beans/target/classes INFO - Found ConnectorModule in classpath: /private/tmp/work/quartz- app/quartz-ra/target/quartz-ra-0.0.1-SNAPSHOT.jar INFO - Beginning load: /private/tmp/work/quartz-app/quartz-beans/ target/classes INFO - Beginning load: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT.jar INFO - Extracting jar: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT.jar INFO - Extracted path: /private/tmp/work/quartz-app/quartz-ra/target/ quartz-ra-0.0.1-SNAPSHOT INFO - Configuring enterprise application: classpath.ear INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jarRA, type=Resource, provider-id=quartz-ra-0.0.1-SNAPSHOT.jarRA) INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jar- org.quartz.Job, type=Container, provider-id=Default MDB Container) INFO - Configuring Service(id=quartz-ra-0.0.1-SNAPSHOT.jar- org.quartz.StatefulJob, type=Container, provider-id=Default MDB Container) INFO - Enterprise application classpath.ear loaded. INFO - Assembling app: classpath.ear INFO - start quartz!!! DEBUG - endpointActivation, spec=jobName=job. 0.1217626266122,jobGroup=default,triggerName=trigger. 1.1217626266122,triggerGroup=default,cronTrigger=0/2 * * * * ? volatilityfalsedurabilityfalserecoverablefalse DEBUG - adding job: jobName=job. 0.1217626266122,jobGroup=default,triggerName=trigger. 1.1217626266122,triggerGroup=default,cronTrigger=0/2 * * * * ? volatilityfalsedurabilityfalserecoverablefalse INFO - Created Ejb(deployment-id=TimerJob, ejb-name=TimerJob, container=quartz-ra-0.0.1-SNAPSHOT.jar-org.quartz.Job) INFO - Deployed Application(path=classpath.ear) Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.084 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 Let us know how things go for you. If there's anything you'd like changed in how things work, feel free to make requests. -David
Re: need help getting quartz-ra.rar file to deploy
integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18558694.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18560125.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18580643.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
On Jul 20, 2008, at 10:05 AM, endium wrote: I'm using maven. Do I need the openejb-core or openejb-standalone? Should be just openejb-core. The openejb-standalone pom has a handful of client/server related dependencies which you don't need for unit testing. Using openejb-core, it seems to be configuring and loading the rar, but later it's giving a ClassNotFoundException for the quartz activation spec: java.lang.ClassNotFoundException: org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec I'm setting my properties like this: properties.setProperty(Default MDB Container.MessageListenerInterface, org.quartz.Job); properties.setProperty(Default MDB Container.ActivationSpecClass, org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec); That looks right. I tried manually adding the activation spec class to the build path and I got this: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec Can't seem to find any code that throws that exception. Can you post the stack trace? -David David Blevins wrote: On Jul 18, 2008, at 5:09 PM, endium wrote: Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? In that case, give our latest snapshots a try. We added support to basically say treat my classpath as an ear, in which case you'd still get the same effect I described. If you're using maven, just update your openejb version to 3.1- SNAPSHOT. If you're using a server distro, this should work: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-standalone/3.1-SNAPSHOT/openejb-standalone-3.1-20080719.020443-5.zip -David David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
) at org.apache.openejb.assembler.classic.EjbJarBuilder.deploy(EjbJarBuilder.java:73) ... 33 more Caused by: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org.apache.activemq.ra.ActiveMQResourceAdapter.endpointActivation(ActiveMQResourceAdapter.java:217) at org.apache.openejb.core.mdb.MdbContainer.deploy(MdbContainer.java:139) ... 34 more David Blevins wrote: On Jul 20, 2008, at 10:05 AM, endium wrote: I'm using maven. Do I need the openejb-core or openejb-standalone? Should be just openejb-core. The openejb-standalone pom has a handful of client/server related dependencies which you don't need for unit testing. Using openejb-core, it seems to be configuring and loading the rar, but later it's giving a ClassNotFoundException for the quartz activation spec: java.lang.ClassNotFoundException: org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec I'm setting my properties like this: properties.setProperty(Default MDB Container.MessageListenerInterface, org.quartz.Job); properties.setProperty(Default MDB Container.ActivationSpecClass, org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec); That looks right. I tried manually adding the activation spec class to the build path and I got this: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec Can't seem to find any code that throws that exception. Can you post the stack trace? -David David Blevins wrote: On Jul 18, 2008, at 5:09 PM, endium wrote: Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? In that case, give our latest snapshots a try. We added support to basically say treat my classpath as an ear, in which case you'd still get the same effect I described. If you're using maven, just update your openejb version to 3.1- SNAPSHOT. If you're using a server distro, this should work: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-standalone/3.1-SNAPSHOT/openejb-standalone-3.1-20080719.020443-5.zip -David David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18558694.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org .apache .openejb.assembler.classic.EjbJarBuilder.deploy(EjbJarBuilder.java:75) at org .apache .openejb .assembler.classic.Assembler.createApplication(Assembler.java:548) ... 32 more Caused by: org.apache.openejb.OpenEJBException: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org.apache.openejb.core.mdb.MdbContainer.deploy(MdbContainer.java:146) at org .apache .openejb.assembler.classic.EjbJarBuilder.deploy(EjbJarBuilder.java:73) ... 33 more Caused by: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org .apache .activemq .ra .ActiveMQResourceAdapter .endpointActivation(ActiveMQResourceAdapter.java:217) at org.apache.openejb.core.mdb.MdbContainer.deploy(MdbContainer.java:139) ... 34 more David Blevins wrote: On Jul 20, 2008, at 10:05 AM, endium wrote: I'm using maven. Do I need the openejb-core or openejb-standalone? Should be just openejb-core. The openejb-standalone pom has a handful of client/server related dependencies which you don't need for unit testing. Using openejb-core, it seems to be configuring and loading the rar, but later it's giving a ClassNotFoundException for the quartz activation spec: java.lang.ClassNotFoundException: org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec I'm setting my properties like this: properties.setProperty(Default MDB Container.MessageListenerInterface, org.quartz.Job); properties.setProperty(Default MDB Container.ActivationSpecClass, org .jboss.resource.adapter.quartz.inflow.QuartzActivationSpec); That looks right. I tried manually adding the activation spec class to the build path and I got this: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec Can't seem to find any code that throws that exception. Can you post the stack trace? -David David Blevins wrote: On Jul 18, 2008, at 5:09 PM, endium wrote: Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? In that case, give our latest snapshots a try. We added support to basically say treat my classpath as an ear, in which case you'd still get the same effect I described. If you're using maven, just update your openejb version to 3.1- SNAPSHOT. If you're using a server distro, this should work: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-standalone/3.1-SNAPSHOT/openejb-standalone-3.1-20080719.020443-5.zip -David David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18558694.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
) at org .eclipse .jdt .internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org .eclipse .jdt .internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java: 196) Caused by: org.apache.openejb.OpenEJBException: Error deploying 'TimerJob'. Exception: class org.apache.openejb.OpenEJBException: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org .apache .openejb.assembler.classic.EjbJarBuilder.deploy(EjbJarBuilder.java:75) at org .apache .openejb .assembler.classic.Assembler.createApplication(Assembler.java:548) ... 32 more Caused by: org.apache.openejb.OpenEJBException: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org.apache.openejb.core.mdb.MdbContainer.deploy(MdbContainer.java:146) at org .apache .openejb.assembler.classic.EjbJarBuilder.deploy(EjbJarBuilder.java:73) ... 33 more Caused by: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec at org .apache .activemq .ra .ActiveMQResourceAdapter .endpointActivation(ActiveMQResourceAdapter.java:217) at org.apache.openejb.core.mdb.MdbContainer.deploy(MdbContainer.java:139) ... 34 more David Blevins wrote: On Jul 20, 2008, at 10:05 AM, endium wrote: I'm using maven. Do I need the openejb-core or openejb-standalone? Should be just openejb-core. The openejb-standalone pom has a handful of client/server related dependencies which you don't need for unit testing. Using openejb-core, it seems to be configuring and loading the rar, but later it's giving a ClassNotFoundException for the quartz activation spec: java.lang.ClassNotFoundException: org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec I'm setting my properties like this: properties.setProperty(Default MDB Container.MessageListenerInterface, org.quartz.Job); properties.setProperty(Default MDB Container.ActivationSpecClass, org .jboss.resource.adapter.quartz.inflow.QuartzActivationSpec); That looks right. I tried manually adding the activation spec class to the build path and I got this: javax.resource.NotSupportedException: That type of ActicationSpec not supported: class org.jboss.resource.adapter.quartz.inflow.QuartzActivationSpec Can't seem to find any code that throws that exception. Can you post the stack trace? -David David Blevins wrote: On Jul 18, 2008, at 5:09 PM, endium wrote: Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? In that case, give our latest snapshots a try. We added support to basically say treat my classpath as an ear, in which case you'd still get the same effect I described. If you're using maven, just update your openejb version to 3.1- SNAPSHOT. If you're using a server distro, this should work: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-standalone/3.1-SNAPSHOT/openejb-standalone-3.1-20080719.020443-5.zip -David David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive
Re: need help getting quartz-ra.rar file to deploy
for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18556369.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18558694.html Sent from the OpenEJB User mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18560125.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com.
Re: need help getting quartz-ra.rar file to deploy
On Jul 18, 2008, at 5:09 PM, endium wrote: Thanks for your response. Right now I am using openejb embedded for unit testing. Is there a way to configure the inbound resource adapter without deploying an ear? In that case, give our latest snapshots a try. We added support to basically say treat my classpath as an ear, in which case you'd still get the same effect I described. If you're using maven, just update your openejb version to 3.1- SNAPSHOT. If you're using a server distro, this should work: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-standalone/3.1-SNAPSHOT/openejb-standalone-3.1-20080719.020443-5.zip -David David Blevins wrote: On Jul 18, 2008, at 7:50 AM, endium wrote: I am using JBoss' Quartz integration on one of my projects: http://wiki.jboss.org/wiki/QuartzSchedulerIntegration This works fine in a JBoss environment, however I haven't been able to figure out how to configure openejb to replicate this behavior. Is it possible to use openejb to use inbound resource adapters? We definitely do support inbound resource adapters. If you package that rar file and your ejb jar file into an ear and deploy it, everything should get auto configured and created for you and your MDBs hooked up to the resource adapter. -David -- View this message in context: http://www.nabble.com/need-help-getting-quartz-ra.rar-file-to-deploy-tp18531000p18539712.html Sent from the OpenEJB User mailing list archive at Nabble.com.
