Re: EJB-QL Compiler Factory
Starting with Geronimo 2.0 those properties are ignored. The new versions of Geronimo use OpenEJB 3.0 which has a brand new CMP implementation based on OpenJPA. OpenJPA is a lot smarter then our old CMP engine and one of its many tricks is the ability to automatically discover the database type and adjust the SQL dialect accordingly. -dain On Sep 10, 2007, at 8:26 PM, Efren Gonzalez wrote: Hello On the openejb-jar documentation, it says that the ejb-ql-compiler- factory and db-syntax-factory are to specify classes that know about a certain RDBMS, and that the default is for Derby. I have used CMP EJBs with MySQL without specifying those two parameters (it uses the Derby defaults I suppose) and haven't noticed any particular issue, but I was wondering if there are specific classes for MySQL. Does anyone know if there are such classes? Maybe using the Derby defaults work OK with MySQL, but performance could be improved by using specific MySQL ones? I have been looking in other threads and on the TranQL site with no luck, hope someone can provide any clue on this. Thanks!! Efrén gonzale.vcf
Re: Problem with referencing to beans from other ejb-jars
David Blevins wrote: On Sep 14, 2007, at 7:52 AM, Tomasz Mazan wrote: I found, that JARFILE#BeanName allow to refer to independent jars, but... it's still not working Just to make sure, your ejb jar files are in the same ear file right? -David No, there are deployed separately. JAR that contains interesting beans is deployed out of EAR, which wants to get them. Beniamin -- View this message in context: http://www.nabble.com/Problem-with-referencing-to-beans-from-other-ejb-jars-tf4435740s134.html#a12724803 Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
ra.xml parse error when deploying JCA adapter
Hi all. I'm trying to deploy a Resource Adapter into a Geronimo 2.0.1 environment. When I attempt to deploy the RAR file (via the console web application), I get the following. org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor org.apache.geronimo.common.DeploymentException: org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:385) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:126) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.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:865) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.createModule(ConnectorModuleBuilder.java:200) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.createModule(ConnectorModuleBuilder.java:167) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder$$FastClassByCGLIB$$a535b6aa.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.j2ee.deployment.ActivationSpecInfoLocator$$EnhancerByCGLIB$$aa3481fe.createModule(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.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.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$d2868893.getDeploymentPlan(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:234) ... 10 more Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: errors: error: cvc-complex-type.2.4b: Element not allowed: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee in element [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee Descriptor: connector version=1.5 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/connector_1_5.xsd; display-nameSingl.eView Connector/display-name vendor-nameIntec/vendor-name eis-typeSingl.eView Server/eis-type resourceadapter-version1.0/resourceadapter-version resourceadapter resourceadapter-classcom.intecbilling.connector.SVResourceAdapter/resourceadapter-class !--Can define config-property entries here, if you settings that are constant across the Resource Adapter-- outbound-resourceadapter connection-definition managedconnectionfactory-classcom.intecbilling.connector.SVManagedConnectionFactory/managedconnectionfactory-class config-property config-property-nameServerName/config-property-name config-property-typejava.lang.String/config-property-type config-property-valuesnip/config-property-value /config-property config-property
Re: ra.xml parse error when deploying JCA adapter
Hi Ed, On Sep 16, 2007, at 9:44 PM, Ed Hillmann wrote: Hi all. I'm trying to deploy a Resource Adapter into a Geronimo 2.0.1 environment. When I attempt to deploy the RAR file (via the console web application), I get the following. org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor org.apache.geronimo.common.DeploymentException: org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:385) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:126) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ $734a235d.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:865) at org.apache.geronimo.kernel.basic.BasicKernel.invoke (BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDe ploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run (DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.geronimo.common.DeploymentException: Could not parse ra.xml descriptor at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.create Module(ConnectorModuleBuilder.java:200) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.create Module(ConnectorModuleBuilder.java:167) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder$ $FastClassByCGLIB$$a535b6aa.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.j2ee.deployment.ActivationSpecInfoLocator$ $EnhancerByCGLIB$$aa3481fe.createModule(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan (EARConfigBuilder.java:295) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$ $FastClassByCGLIB$$38e56ec6.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.deployment.ConfigurationBuilder$ $EnhancerByCGLIB$$d2868893.getDeploymentPlan(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:234) ... 10 more Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: errors: error: cvc-complex-type.2.4b: Element not allowed: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee in element [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee Descriptor: connector version=1.5 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/connector_1_5.xsd; display-nameSingl.eView Connector/display-name vendor-nameIntec/vendor-name eis-typeSingl.eView Server/eis-type resourceadapter-version1.0/resourceadapter-version resourceadapter resourceadapter- classcom.intecbilling.connector.SVResourceAdapter/resourceadapter- class !--Can define config-property entries here, if you settings that are constant across the Resource Adapter-- outbound-resourceadapter connection-definition managedconnectionfactory- classcom.intecbilling.connector.SVManagedConnectionFactory/ managedconnectionfactory-class config-property config-property-nameServerName/config-property-name config-property-typejava.lang.String/config-property- type config-property-valuesnip/config-property-value /config-property config-property config-property-namePortNumber/config-property-name
Re: ra.xml parse error when deploying JCA adapter
Here's the relevant bit of schema: xsd:complexType name=required-config-propertyType xsd:annotation xsd:documentation ![CDATA[ The required-config-propertyType contains a declaration of a single configuration property used for specifying a required configuration property name. It is used by required-config-property elements. Example: required-config-propertyDestination/required-config-property ]] /xsd:documentation /xsd:annotation xsd:sequence xsd:element name=description type=j2ee:descriptionType minOccurs=0 maxOccurs=unbounded/ xsd:element name=config-property-name type=j2ee:config-property-nameType/ /xsd:sequence xsd:attribute name=id type=xsd:ID/ /xsd:complexType now I can see how you might be confused since the example in the documentation has no relation to the schema whatsover, but its pretty clear that although you can have as many or as few descriptions of the required-config-property it can have only one config-property-name. You need something like required-config-property config-property-nameConnectionAddress/config- property-name /required-config-property required-config-property config-property-nameEventPatterns/config-property- name /required-config-property I just tried that as you sent your email. And you're exactly right. It was my incorrect interpretation. :) Updating the deployment descriptor as above, it validates fine. What I don't have is any geronimo-ra.xml file. I was trying to ascertain if one was required or not. From what documentation I could find, it did not sound like it was required. You do need a plan to deploy a rar. Although you can repackage your rar to include a META-INF/geronimo-ra.xml file, I think that is kinda dumb and recommend you use an external plan. If you include the rar in an ear you can include the plan for the rar in an ear plan. Let me know if you need any help setting up such a plan. Note that the activation spec will get configured with an MDB that will be using it, not in the rar plan. I'm not sure how much testing non-jms inbound adapters have gotten in 2.0.1 so your experience would be very valuable to us. I've been looking at some example code I found on IBM's site which has been pretty helpful. I'll start working on the external plan. I expected one was needed, because a) my previous attempt on Glassfish required one, and b) my Adapter requires a JAR file which has been installed in the Geronimo repository. The doco states that I can include any required JAR in the RAR file, and it will be included within the Adapter's classpath. But that's not the best fit for our needs at the moment. I think we'd prefer using the Repository. I have got this working on Glassfish, and my aim is to get this working on Geronimo. I will relay my experiences when I finish trying it out. Thanks for the help! Ed
Re: ra.xml parse error when deploying JCA adapter
I'm getting an error when I attempt to deploy my RAR file. I'll describe what I'm doing first. 1) My adapter uses a custom JAR library in order to communicate with the remote application. I've already added this JAR file to the repository. 2) I tried to use an old version of geronimo-ra.xml (apparently). When I used it during the attempted deployment of the RAR file, it failed. But what was very cool, was that it migrated it to a new version of the deployment plan. I just wanted to mention that this was very cool! the newer version is a lot different to the older one, and I would've lost a bit of time trying to sort it out. Very, very nice feature. 3) So, i've got the correct version of the deployment plan. I've even gone so far in including the custom JAR file using the dependency declaration. When I attempt to use it during the Deploy New action, I'm getting an exception: org.apache.geronimo.common.DeploymentException: Can not load activation spec class org.apache.geronimo.common.DeploymentException: org.apache.geronimo.common.DeploymentException: Can not load activation spec class at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:385) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:126) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.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:865) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.geronimo.common.DeploymentException: Can not load activation spec class at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.getActivationSpecInfoMap(ConnectorModuleBuilder.java:602) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.initContext(ConnectorModuleBuilder.java:440) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder$$FastClassByCGLIB$$a535b6aa.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.j2ee.deployment.ActivationSpecInfoLocator$$EnhancerByCGLIB$$aa3481fe.initContext(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:576) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.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.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$d2868893.buildConfiguration(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:304) ... 10 more Caused by: java.lang.ClassNotFoundException: com.intecbilling.connector.TreEventActivationSpec in classloader com.intecbilling.singleview/svConnector/1.0/rar at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:428) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.getActivationSpecInfoMap(ConnectorModuleBuilder.java:599)
Re: ra.xml parse error when deploying JCA adapter
On Sep 16, 2007, at 11:35 PM, Ed Hillmann wrote: I'm getting an error when I attempt to deploy my RAR file. I'll describe what I'm doing first. 1) My adapter uses a custom JAR library in order to communicate with the remote application. I've already added this JAR file to the repository. 2) I tried to use an old version of geronimo-ra.xml (apparently). When I used it during the attempted deployment of the RAR file, it failed. But what was very cool, was that it migrated it to a new version of the deployment plan. I just wanted to mention that this was very cool! the newer version is a lot different to the older one, and I would've lost a bit of time trying to sort it out. Very, very nice feature. It's nice to hear something good about that since I hated writing it and haven't been maintaining it very well :-) Maybe now I'll find some more motivation :-) 3) So, i've got the correct version of the deployment plan. I've even gone so far in including the custom JAR file using the dependency declaration. When I attempt to use it during the Deploy New action, I'm getting an exception: org.apache.geronimo.common.DeploymentException: Can not load activation spec class org.apache.geronimo.common.DeploymentException: org.apache.geronimo.common.DeploymentException: Can not load activation spec class at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:385) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:126) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ $734a235d.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:865) at org.apache.geronimo.kernel.basic.BasicKernel.invoke (BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDe ploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run (DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.geronimo.common.DeploymentException: Can not load activation spec class at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.getAct ivationSpecInfoMap(ConnectorModuleBuilder.java:602) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.initCo ntext(ConnectorModuleBuilder.java:440) at org.apache.geronimo.connector.deployment.ConnectorModuleBuilder$ $FastClassByCGLIB$$a535b6aa.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.j2ee.deployment.ActivationSpecInfoLocator$ $EnhancerByCGLIB$$aa3481fe.initContext(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguratio n(EARConfigBuilder.java:576) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$ $FastClassByCGLIB$$38e56ec6.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.deployment.ConfigurationBuilder$ $EnhancerByCGLIB$$d2868893.buildConfiguration(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:304) ... 10 more Caused by: java.lang.ClassNotFoundException: com.intecbilling.connector.TreEventActivationSpec in classloader com.intecbilling.singleview/svConnector/1.0/rar at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimized Class(MultiParentClassLoader.java:428) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass (MultiParentClassLoader.java:278) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at
Fwd: ra.xml parse error when deploying JCA adapter
I tried sending this with the rar as an attachment, but I was told it was spam. But the RAR being used contains the ActivationSpec that cannot be found I promise. I'll try emailing you directly, David, with the JAR. :) Thanks, Ed -- Forwarded message -- From: Ed Hillmann [EMAIL PROTECTED] Date: Sep 17, 2007 2:19 PM Subject: Re: ra.xml parse error when deploying JCA adapter To: user@geronimo.apache.org It's nice to hear something good about that since I hated writing it and haven't been maintaining it very well :-) Maybe now I'll find some more motivation :-) Please, write more. :) It's too often that when there's an error, an application server just knocks you back. It's very nice to see something make an attempt of seeing if there's anything it can do to move you along. Am I missing something else in the geronimo-ra.xml file? It seems to know about the correct ActivationSpec class. Just not that it needs to use the RAR file being deployed? I'd guess that you don't have the dependencies set up as well as you think :-) Can you verify which jar this activation spec is actually in and show the structure of the rar and the environment section of the plan? I'll attach the RAR and deployment files. I'm certain that the ActivationSpec is contained within the RAR file. The plan file is connector xmlns=http://geronimo.apache.org/xml/ns/j2ee/connector-1.2; dep:environment xmlns:dep=http://geronimo.apache.org/xml/ns/deployment-1.2; dep:moduleId dep:groupIdcom.intecbilling.singleview/dep:groupId dep:artifactIdsvConnector/dep:artifactId dep:version1.0/dep:version dep:typerar/dep:type /dep:moduleId dep:dependencies dep:dependency dep:groupIdcom.intecbilling.singleview/dep:groupId dep:artifactIdenterprise-java-interface/dep:artifactId dep:version6.01.05.01/dep:version dep:typejar/dep:type /dep:dependency /dep:dependencies dep:hidden-classes/ dep:non-overridable-classes/ /dep:environment resourceadapter resourceadapter-instance resourceadapter-nameSingl.eView Inbound Resource Adapter/resourceadapter-name workmanager gbean-linkDefaultWorkManager/gbean-link /workmanager /resourceadapter-instance outbound-resourceadapter connection-definition connectionfactory-interfacejavax.resource.cci.ConnectionFactory/connectionfactory-interface connectiondefinition-instance nameSingleViewAdapter/name connectionmanager xa-transaction transaction-caching/ /xa-transaction single-pool max-size10/max-size blocking-timeout-milliseconds5000/blocking-timeout-milliseconds match-one/ /single-pool /connectionmanager /connectiondefinition-instance /connection-definition /outbound-resourceadapter /resourceadapter /connector Do I have to make it dependent on itself? The only dependency I have included in the plan is an external jar file on which the Adapter depends in order to communicate with the back end. But it doesn't contain any JCA-implementations. Thanks again, Ed
Re: ra.xml parse error when deploying JCA adapter
On Sep 17, 2007, at 12:22 AM, Ed Hillmann wrote: I tried sending this with the rar as an attachment, but I was told it was spam. But the RAR being used contains the ActivationSpec that cannot be found I promise. I'll try emailing you directly, David, with the JAR. :) aren't mailing lists fun :-) Anyway, your rar is not constructed properly. You are supposed to have a META-INF/ra.xml file and then any number of jar files inside with the classes. Classes packed loose in the rar are ignored. Again, I can't explain the behavior of other app servers :-) I don't know if you are building this rar but if you are you might try using maven and the rar plugin which makes it pretty easy to get the correct structure. The geronimo build has an example of repackaging a rar in the geronimo-activemq-ra module but in that case we didn't have to pack the classes into a jar but just leave a lot of stuff out. Still it might be a useful reference. Hope this helps david jencks Thanks, Ed -- Forwarded message -- From: Ed Hillmann [EMAIL PROTECTED] Date: Sep 17, 2007 2:19 PM Subject: Re: ra.xml parse error when deploying JCA adapter To: user@geronimo.apache.org It's nice to hear something good about that since I hated writing it and haven't been maintaining it very well :-) Maybe now I'll find some more motivation :-) Please, write more. :) It's too often that when there's an error, an application server just knocks you back. It's very nice to see something make an attempt of seeing if there's anything it can do to move you along. Am I missing something else in the geronimo-ra.xml file? It seems to know about the correct ActivationSpec class. Just not that it needs to use the RAR file being deployed? I'd guess that you don't have the dependencies set up as well as you think :-) Can you verify which jar this activation spec is actually in and show the structure of the rar and the environment section of the plan? I'll attach the RAR and deployment files. I'm certain that the ActivationSpec is contained within the RAR file. The plan file is connector xmlns=http://geronimo.apache.org/xml/ns/j2ee/ connector-1.2 dep:environment xmlns:dep=http://geronimo.apache.org/xml/ns/ deployment-1.2 dep:moduleId dep:groupIdcom.intecbilling.singleview/dep:groupId dep:artifactIdsvConnector/dep:artifactId dep:version1.0/dep:version dep:typerar/dep:type /dep:moduleId dep:dependencies dep:dependency dep:groupIdcom.intecbilling.singleview/dep:groupId dep:artifactIdenterprise-java-interface/dep:artifactId dep:version6.01.05.01/dep:version dep:typejar/dep:type /dep:dependency /dep:dependencies dep:hidden-classes/ dep:non-overridable-classes/ /dep:environment resourceadapter resourceadapter-instance resourceadapter-nameSingl.eView Inbound Resource Adapter/resourceadapter-name workmanager gbean-linkDefaultWorkManager/gbean-link /workmanager /resourceadapter-instance outbound-resourceadapter connection-definition connectionfactory- interfacejavax.resource.cci.ConnectionFactory/connectionfactory- interface connectiondefinition-instance nameSingleViewAdapter/name connectionmanager xa-transaction transaction-caching/ /xa-transaction single-pool max-size10/max-size blocking-timeout-milliseconds5000/blocking-timeout- milliseconds match-one/ /single-pool /connectionmanager /connectiondefinition-instance /connection-definition /outbound-resourceadapter /resourceadapter /connector Do I have to make it dependent on itself? The only dependency I have included in the plan is an external jar file on which the Adapter depends in order to communicate with the back end. But it doesn't contain any JCA-implementations. Thanks again, Ed
Re: ra.xml parse error when deploying JCA adapter
Final update. When I re-orgainise my rar file to contain the ra files in its own jar file, everything installs as expected. :) Of course, the app server I was previously playing with (glassFish) now can't find the SVResourceAdapter class. :) Ain't that a hoot. I'll take that up with them. Thanks again for all the help. I will continue with Geronimo and try out my input/output test cases to make sure this works. Ed