Re: Strange plug with delivering messages to MDB
Tomasz Mazan wrote: djencks wrote: On Jan 18, 2008, at 12:05 AM, Tomasz Mazan wrote: djencks wrote: Do you have a second resource adapter configured for the inbound messages to the mdb? I seem to recall someone reporting a similar problem if they sent the same message they received. If they copied the message into a new message and sent that everything worked as expected. Are you sending the same message or copying it? I don't know which behavior is expected by the jms spec. thanks david jencks David, 1) I use the same resource adapter for the inbound/outbound messages. 2) I create new Message to send as reply Following your advice I had tried to drop received messages and I remarked that problem is in creating new connection. There's no problem with delivering messages since I've commented that part of my code, but obviously... that doesn't solve my problem. I've tried something else which looks as good solution - change connectionmanager transaction's setting from xa-transaction to local-transaction. I don't see any reason to use XA for my MDB which only receives message - process it using webservice client - and return response to another jms queue. If using local-transaction in your connector configuration fixes the problem then there is a bug in activemq xa handling or possibly our transaction manager. I wonder if activemq 5 would work better, but it seems to be non-trivial to integrate it. thanks david jencks Beniamin -- View this message in context: http://www.nabble.com/Strange-plug- with-delivering-messages-to-MDB-tp14923100s134p14947998.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. David Using local-transaction causes strange effect: - MDB says that response has been sent - logs shows transaction COMMIT but no message is not delivered to destination Only using independent RA for inbound and outbound messages solving my problem. Beniamin Another case which I noticed after sending over 2000 messages to MDB (this MDB only receive message, and doesn't create any new Connection). After delivering a bit over 1000 messages MDB stopped receiving any new. Beniamin -- View this message in context: http://www.nabble.com/Strange-plug-with-delivering-messages-to-MDB-tp14923100s134p15016851.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: keystore question
Which version of Geronimo are you using? You should be able to see what value is set for *javax.net.ssl.trustStore system property through the JVM portlet in Admin Console. * On Jan 17, 2008 3:12 AM, John Graham [EMAIL PROTECTED] wrote: Hello, I'm using a geronimo-based app to connect to an SSL-based LDAP server. When I initially connected I got an error indicating I needed to add the server's certficate to Geronimo's keystore. So I used the web interface to do that, and it added the requisite certificate to a file called ssl-keystore-1. When I connected again, after restarting my app, I get the same can't find valid certification path to requested target. I used the linux 'strace' command to examine the system calls the java process was making, and found it was *not* opening ssl-keystore-1, but a file called keystore. So I presume this is the heart of the problem. After googling a bit, I notice there used to be a keystoreLocation parameter for geronimo, but I don't have the ability to configure that in my deployment. Likewise, I tried setting JAVA_OPT= *-Djavax.net.ssl.trustStore=path of ssl-keystore-1, and restarted my app. Still the same error, and the java process was still opening up keystore. Does anyone know how to resolve this problem? Thanks, - J o h n *
Re: Geronimo Deployment goes forever
David, Thanks for your suggestion, I moved geronimo and my workspace to c drive. I got the same problem. I have attached the ear file and not able to attache my workspace(it is around 20mb). Thanks Sekhar djencks wrote: You might be running into windows path length limitations. Try moving geronimo to c:\g david jencks On Jan 18, 2008, at 9:06 AM, gersek wrote: I am trying to deploy an application (EAR file) to geronimo and I am getting into two problems. First one there is class not found exception com/framework/common/exception/FrameworkDAOException. Even though jar is in EAR/lib directory. Don't know what else to do here. Class is referenced in EJB. Secondly Geronimo is getting into infinite loop if there is issue with deployment . Console doesn't come back forever. It took at least 10 minutes didn't respond. This happened several times. Any one encoutered such problems, Is there a solution? Please help me. I am using Geronimo 2.0.2 and java 1.5.0_12 Install Directory = c:\poc\geronimo-tomcat6-jee5-2.0.2 JVM in use = Sun Microsystems Inc. Java 1.5.0_12 Thanks Sekhar http://www.nabble.com/file/p15022324/ResolverEAR.ear ResolverEAR.ear -- View this message in context: http://www.nabble.com/Geronimo-Deployment-goes-forever-tp14953525s134p15022324.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo Deployment goes forever
On Jan 22, 2008, at 11:27 AM, gersek wrote: David, Thanks for your suggestion, I moved geronimo and my workspace to c drive. I got the same problem. I have attached the ear file and not able to attache my workspace(it is around 20mb). Thanks Sekhar. Your ClassNotFoundException is causing the deploy to hang. The fact that the deploy is never completing is a Geronimo bug -- see https://issues.apache.org/jira/browse/GERONIMO-3767 Rather than using the console, you could use the command line tool to deploy your app: cd bin\ deploy deploy ResolverEAR.ear you'd be able to kill this process using ctrl-c. Getting to the heart of the matter -- java.lang.NoClassDefFoundError: com/framework/common/exception/FrameworkDAOException The problem is that your lib jar files are not in the 'lib/' directory of your EAR. They are in the base directory of the EAR. If you move them into 'lib/', then your problem should be fixed. I'm not sure how to convince Eclipse to do this for you. We've got some good Eclipse users/developers hanging around. Hopefully, they'll get you up and running. FYI, I just repackaged your EAR with the jar files moved into lib/ and your app deploys without a problem... --kevan
Re: Geronimo Deployment goes forever
Kevan, THANKS for your suggestions and findings. I was able to deploy the application after repackaging ear lib. For some reason eclipse is not packaging EAR correctly. Thanks Sekhar Kevan Miller wrote: Your ClassNotFoundException is causing the deploy to hang. The fact that the deploy is never completing is a Geronimo bug -- see https://issues.apache.org/jira/browse/GERONIMO-3767 Rather than using the console, you could use the command line tool to deploy your app: cd bin\ deploy deploy ResolverEAR.ear you'd be able to kill this process using ctrl-c. Getting to the heart of the matter -- java.lang.NoClassDefFoundError: com/framework/common/exception/FrameworkDAOException The problem is that your lib jar files are not in the 'lib/' directory of your EAR. They are in the base directory of the EAR. If you move them into 'lib/', then your problem should be fixed. I'm not sure how to convince Eclipse to do this for you. We've got some good Eclipse users/developers hanging around. Hopefully, they'll get you up and running. FYI, I just repackaged your EAR with the jar files moved into lib/ and your app deploys without a problem... --kevan -- View this message in context: http://www.nabble.com/Geronimo-Deployment-goes-forever-tp14953525s134p15027184.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo Deployment goes forever
Hi Sekhar, is it the Geronimo Eclipse plugin that is not packaging the EAR correctly ?? Or is it just Eclipse proper not packaging the EAR correctly when you try to export your project(s) ?? If you're using the Geronimo Eclipse Plugin I'd like to find out why it's not working as it should be. Would you be able to email me your workspace (I know you mentioned it was 20mb) ?? Thanks much gersek wrote: Kevan, THANKS for your suggestions and findings. I was able to deploy the application after repackaging ear lib. For some reason eclipse is not packaging EAR correctly. Thanks Sekhar Kevan Miller wrote: Your ClassNotFoundException is causing the deploy to hang. The fact that the deploy is never completing is a Geronimo bug -- see https://issues.apache.org/jira/browse/GERONIMO-3767 Rather than using the console, you could use the command line tool to deploy your app: cd bin\ deploy deploy ResolverEAR.ear you'd be able to kill this process using ctrl-c. Getting to the heart of the matter -- java.lang.NoClassDefFoundError: com/framework/common/exception/FrameworkDAOException The problem is that your lib jar files are not in the 'lib/' directory of your EAR. They are in the base directory of the EAR. If you move them into 'lib/', then your problem should be fixed. I'm not sure how to convince Eclipse to do this for you. We've got some good Eclipse users/developers hanging around. Hopefully, they'll get you up and running. FYI, I just repackaged your EAR with the jar files moved into lib/ and your app deploys without a problem... --kevan -- Thanks, Tim McConnell
Re: Adding DB pool JNDI in Jar
I was trying to use declared database pool in Jar file through JNDI. Is there an easy way to decalre db pool in Global JNDI? Please help. djencks wrote: java:comp/env only works in javaee components. To use a datasource in jndi in something like quartz you need to bind into global jndi. I think the best instructions are in this thread http://www.nabble.com/How-to-register-a-Datasource-in-GlobalJNDI- Namespace--tf4521379s134.html#a12902470 we need to get this class and some docs into geronimo 2.l... hope this helps david jencks On Jan 20, 2008, at 6:34 PM, Qaiser Mehmood wrote: I am using Geronimo 2.0.I want to use quartz in my Jar file and I am using quartz.properties to configure Quartz. In the properties file, I am using database pool through JNDI. I am getting this error: org.quartz.JobPersistenceException: Failed to obtain DB connection from data source 'myDS': java.sql.SQLException: Could not retrieve datasource via JNDI url 'java:comp/env/QuartzDS' java.lang.NullPointerException: null [See nested exception: java.sql.SQLException: Could not retrieve datasource via JNDI url 'java:comp/env/QuartzDS' java.lang.NullPointerException: null] at org.quartz.impl.jdbcjobstore.JobStoreSupport.getConnection (JobStoreSupport.java:636) at org.quartz.impl.jdbcjobstore.JobStoreTX.getNonManagedTXConnection (JobStoreTX.java:72) at org.quartz.impl.jdbcjobstore.JobStoreSupport.doCheckin (JobStoreSupport.java:3070) at org.quartz.impl.jdbcjobstore.JobStoreSupport$ClusterManager.manage (JobStoreSupport.java:3713) at org.quartz.impl.jdbcjobstore.JobStoreSupport $ClusterManager.initialize(JobStoreSupport.java:3700) at org.quartz.impl.jdbcjobstore.JobStoreSupport.schedulerStarted (JobStoreSupport.java:570) at org.quartz.core.QuartzScheduler.start(QuartzScheduler.java:449) at org.quartz.impl.StdScheduler.start(StdScheduler.java:146) at com.pervasive.phaip.services.scheduler.PhaipScheduler.doStart (PhaipScheduler.java:31) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:996) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart( GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$ $b023c139.startConfiguration(generated) JNDI URL in my quartz.properties file is: org.quartz.dataSource.myDS.jndiURL=java:comp/env/jdbc/MyDataSource And my geronimo-service.xml : ?xml version=1.0 encoding=UTF-8? module xmlns=http://geronimo.apache.org/xml/ns/deployment-1.1; environment moduleId groupIdphaip-core/groupId artifactIdphaip-core/artifactId version1.1/version /moduleId dependencies dependency groupIdorg.apache.activemq/groupId artifactIdactivemq-core/artifactId version4.1.1/version typejar/type /dependency dependency groupIddbunit/groupId artifactIddbunit/artifactId version2.2/version typejar/type /dependency dependency groupIddj800ec/groupId artifactIddj800ec/artifactId version1.0/version typejar/type
Re: Class [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] does not implement the NamespaceHandler interface
On Jan 22, 2008, at 8:14 PM, Qaiser Mehmood wrote: I am getting the same error... :) Boy, that's a lot of dependencies that you are declaring. As David suggests, I think it would be good idea to reduce them... In addition to filtering springframework, you should also filter spring meta-data. Beginning of your geronimo-web.xml would look like: ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://geronimo.apache.org/xml/ns/web; environment xmlns=http://geronimo.apache.org/xml/ns/deployment-1.1; hidden-classes filterorg.springframework./filter filterMETA-INF/spring/filter /hidden-classes ... --kevan
Geronimo 2.0
Hi guys, This is my first post in this forum. I was using geronimo 1.1 for deploying my appfuse(v1.9.4) application. Recently i upgraded the server to geronimo 2.0. But the application is throwing errors while deploying. My appfuse application is using taglibrary version 1.0. Would that be a reason for the errors. How can i resolve it? I am expecting ur valuable information... Thanks and regards, jithesh -- View this message in context: http://www.nabble.com/Geronimo-2.0-tp15036324s134p15036324.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.