Error building Geronimo CXF in 2.0.2
I sometimes build Geronimo 2.0.2 from scratch. Just today, I started getting the following error during the build: - org\apache\geronimo\modules\geronimo-axis2-builder\2.0.2 \geronimo-axis2-builder-2.0.2.jar [exec] [INFO] [exec] [INFO] Building Geronimo :: CXF [exec] [INFO]task-segment: [clean, install] [exec] [INFO] [exec] [INFO] [clean:clean] [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target\classes [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target\test-classes [exec] [INFO] [enforcer:enforce {execution: default}] [exec] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [exec] [INFO] Created dir: D:\g20\g\modules\geronimo-cxf\target\classes\META-INF [exec] [INFO] Copying 2 files to D:\g20\g\modules\geronimo-cxf\target\classes\META-INF [exec] [INFO] [resources:resources] [exec] [INFO] Using default encoding to copy filtered resources. [exec] [INFO] [compiler:compile] [exec] [INFO] Compiling 24 source files to D:\g20\g\modules\geronimo-cxf\target\classes [exec] [INFO] [exec] [ERROR] BUILD FAILURE [exec] [INFO] [exec] [INFO] Compilation failure [exec] D:\g20\g\modules\geronimo-cxf\src\main\java\org\apache\geronimo\cxf\ejb\EJBEndpoint.java:[46,7] org.apache.g eronimo.cxf.ejb.EJBEndpoint is not abstract and does not override abstract method TgetEndpointReference(java.lang.Clas sT,org.w3c.dom.Element...) in javax.xml.ws.Endpoint [exec] D:\g20\g\modules\geronimo-cxf\src\main\java\org\apache\geronimo\cxf\pojo\POJOEndpoint.java:[40,7] org.apache .geronimo.cxf.pojo.POJOEndpoint is not abstract and does not override abstract method TgetEndpointReference(java.lang. ClassT,org.w3c.dom.Element...) in javax.xml.ws.Endpoint [exec] [INFO] [exec] [INFO] For more information, run Maven with the -e switch [exec] [INFO] [exec] [INFO] Total time: 2 minutes 48 seconds [exec] [INFO] Finished at: Thu Feb 14 09:21:39 EST 2008 [exec] [INFO] Final Memory: 99M/188M - The build was working fine yesterday.was there anything changed in the Maven repository that could perhaps have affected this? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Error building Geronimo CXF in 2.0.2
Thanks, rebuilding the m2 repository seems to have rectified the problem. Donald Woods [EMAIL PROTECTED] wrote on 02-14-2008 10:27:53 AM: Are you using Java 5 or 6? I've seen the below type of error if you try building with Java 6. Also, try rebuilding with a clean m2 repository directory, in case you've mixed other project depends in -Donald Aman Nanner/MxI Technologies wrote: I sometimes build Geronimo 2.0.2 from scratch. Just today, I started getting the following error during the build: - org\apache\geronimo\modules\geronimo-axis2-builder\2.0.2 \geronimo-axis2-builder-2.0.2.jar [exec] [INFO] [exec] [INFO] Building Geronimo :: CXF [exec] [INFO]task-segment: [clean, install] [exec] [INFO] [exec] [INFO] [clean:clean] [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target\classes [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-cxf\target\test-classes [exec] [INFO] [enforcer:enforce {execution: default}] [exec] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [exec] [INFO] Created dir: D:\g20\g\modules\geronimo-cxf\target\classes\META-INF [exec] [INFO] Copying 2 files to D:\g20\g\modules\geronimo-cxf\target\classes\META-INF [exec] [INFO] [resources:resources] [exec] [INFO] Using default encoding to copy filtered resources. [exec] [INFO] [compiler:compile] [exec] [INFO] Compiling 24 source files to D:\g20\g\modules\geronimo-cxf\target\classes [exec] [INFO] [exec] [ERROR] BUILD FAILURE [exec] [INFO] [exec] [INFO] Compilation failure [exec] D:\g20\g\modules\geronimo- cxf\src\main\java\org\apache\geronimo\cxf\ejb\EJBEndpoint.java:[46,7] org.apache.g eronimo.cxf.ejb.EJBEndpoint is not abstract and does not override abstract method TgetEndpointReference(java.lang.Clas sT,org.w3c.dom.Element...) in javax.xml.ws.Endpoint [exec] D:\g20\g\modules\geronimo- cxf\src\main\java\org\apache\geronimo\cxf\pojo\POJOEndpoint.java:[40,7] org.apache .geronimo.cxf.pojo.POJOEndpoint is not abstract and does not override abstract method TgetEndpointReference(java.lang. ClassT,org.w3c.dom.Element...) in javax.xml.ws.Endpoint [exec] [INFO] [exec] [INFO] For more information, run Maven with the -e switch [exec] [INFO] [exec] [INFO] Total time: 2 minutes 48 seconds [exec] [INFO] Finished at: Thu Feb 14 09:21:39 EST 2008 [exec] [INFO] Final Memory: 99M/188M - The build was working fine yesterday.was there anything changed in the Maven repository that could perhaps have affected this? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Error when trying to build Geronimo 2.0.2
Thanks, I got my build working by trying option 2! Joe Bohn [EMAIL PROTECTED] wrote on 10-26-2007 10:03:34 AM: Well, the pom for groovy-all that was changed is still out there causing problems. Here are 2 ways that you can work-around this problem for now to build 2.0.2. 1) Start with a clean repo and build Geronimo trunk first. A version of groovy-all without the nasty dependency has been checked into the repository that is included with geronimo and it will be included in your local repo. You should then be able to build Geronimo 2.0.2 successfully. You could also skip the trunk build and just delete groovy-all in your local repo and replace it with what is in the geronimo trunk repo. 2) Go into your local maven repository after a failed build attempt and edit groovy/groovy-all/1.0/groovy-all-1.0.pom. Remove everything between dependencies and /dependencies in the pom. Then rebuild. Joe Joe Bohn wrote: Aman Nanner/MxI Technologies wrote: Would this workaround require a change to any of the Geronimo source (e.g. POM files)? Yes, that would be the hope. However, I haven't yet found an easy fix. I've made changes to quite a number of poms but I don't have a set of changes yet that will allow 2.0.2 to be built successfully. I'm really hoping the maven/groovy folks will come up with the real fix soon. Joe Joe Bohn [EMAIL PROTECTED] wrote on 10-25-2007 11:52:01 AM: Aman, It isn't just you. This is a problem that began yesterday due to some changes in one of our dependencies which should not have happened. See: http://permalink.gmane.org/gmane.comp.lang.groovy.user/25859 and: http://jira.codehaus.org/browse/MEV-550 I'm trying to find a work-around until this gets fixed. Joe Aman Nanner/MxI Technologies wrote: Hi, I am trying to build Geronimo 2.0.2, and I just recently started getting the following error even though I successfully built it once before. Would this be due to some kind corruption in my build environment? --- . [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y java.net (http://download.java.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//org/apache/yoko/yoko-spec-corba/1.0-inc ubating-r557035/yoko-spec-corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/org/apache/yoko/yoko-spec-corba/1.0- incubating-r557035/yoko-spec- corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y central (http://repo1.maven.org/maven2) [exec] [WARNING] [exec] Artifact junit:junit:jar:3.8.1:test retains local scope 'test' overriding broader scope 'compile' [exec] given by a dependency. If this is not intended, modify or remove the local scope. [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9. 9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/poms/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository apache-incubator (http://pe ople.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/castor/castor/0.9.9.0-pre/castor-0. 9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository central (http://repo1.maven .org/maven2) [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9. 9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/jars/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.jar [exec] [WARNING] Unable to get
Error when trying to build Geronimo 2.0.2
Hi, I am trying to build Geronimo 2.0.2, and I just recently started getting the following error even though I successfully built it once before. Would this be due to some kind corruption in my build environment? --- . [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y java.net (http://download.java.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/yoko/yoko-spec-corba/1.0-inc ubating-r557035/yoko-spec-corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/org/apache/yoko/yoko-spec-corba/1.0-incubating-r557035/yoko-spec- corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y central (http://repo1.maven.org/maven2) [exec] [WARNING] [exec] Artifact junit:junit:jar:3.8.1:test retains local scope 'test' overriding broader scope 'compile' [exec] given by a dependency. If this is not intended, modify or remove the local scope. [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/poms/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating-repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository apache-incubator (http://pe ople.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository central (http://repo1.maven .org/maven2) [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/jars/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating-repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository apache-incubator (http://pe ople.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository central (http://repo1.maven .org/maven2) [exec] [INFO] [exec] [ERROR] BUILD ERROR [exec] [INFO] [exec] [INFO] Failed to resolve artifact. [exec] Missing: [exec] -- [exec] 1) castor:castor:jar:0.9.9.0-pre [exec] Try downloading the file manually from the project website. [exec] Then, install it using the command: [exec] mvn install:install-file -DgroupId=castor -DartifactId=castor \ [exec] -Dversion=0.9.9.0-pre -Dpackaging=jar -Dfile=/path/to/file [exec] Path to dependency: [exec] 1) org.apache.geronimo:repository:jar:2.0.2 [exec] 2) org.codehaus.mojo.jspc:jspc-maven-plugin:jar:2.0-alpha-1-20070806 [exec] 3) org.codehaus.mojo.groovy:groovy-mojo-support:jar:1.0-alpha-3 [exec] 4) org.codehaus.mojo.groovy:groovy-mojo-common:jar:1.0-alpha-3 [exec] 5) groovy:groovy-all:jar:1.0 [exec] 6) openejb:openejb-loader:jar:1.0 [exec] 7) openejb:openejb-core:jar:1.0 [exec] 8) castor:castor:jar:0.9.9.0-pre [exec] -- [exec] 1 required artifact is missing. [exec] for artifact: [exec] org.apache.geronimo:repository:jar:2.0.2 [exec] from the specified remote repositories: [exec] central (http://repo1.maven.org/maven2), [exec] java.net (http://download.java.net/maven/1/), [exec] apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), [exec] apache-snapshots
Re: Error when trying to build Geronimo 2.0.2
Would this workaround require a change to any of the Geronimo source (e.g. POM files)? Joe Bohn [EMAIL PROTECTED] wrote on 10-25-2007 11:52:01 AM: Aman, It isn't just you. This is a problem that began yesterday due to some changes in one of our dependencies which should not have happened. See: http://permalink.gmane.org/gmane.comp.lang.groovy.user/25859 and: http://jira.codehaus.org/browse/MEV-550 I'm trying to find a work-around until this gets fixed. Joe Aman Nanner/MxI Technologies wrote: Hi, I am trying to build Geronimo 2.0.2, and I just recently started getting the following error even though I successfully built it once before. Would this be due to some kind corruption in my build environment? --- . [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y java.net (http://download.java.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//org/apache/yoko/yoko-spec-corba/1.0-inc ubating-r557035/yoko-spec-corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/org/apache/yoko/yoko-spec-corba/1.0- incubating-r557035/yoko-spec- corba-1.0-incubating-r557035.pom [exec] [WARNING] Unable to get resource 'org.apache.yoko:yoko-spec-corba:pom:1.0-incubating-r557035' from repositor y central (http://repo1.maven.org/maven2) [exec] [WARNING] [exec] Artifact junit:junit:jar:3.8.1:test retains local scope 'test' overriding broader scope 'compile' [exec] given by a dependency. If this is not intended, modify or remove the local scope. [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/poms/castor-0.9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository apache-incubator (http://pe ople.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/castor/castor/0.9.9.0-pre/castor-0. 9.9.0-pre.pom [exec] [WARNING] Unable to get resource 'castor:castor:pom:0.9.9.0-pre' from repository central (http://repo1.maven .org/maven2) [exec] Downloading: file://D:\g20\g\repository//castor/castor/0.9.9.0-pre/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository module-local (file://D:\g20 \g\repository/) [exec] Downloading: http://download.java.net/maven/1//castor/jars/castor-0.9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository java.net (http://download.j ava.net/maven/1/) [exec] Downloading: http://people.apache.org/repo/m2-incubating- repository//castor/castor/0.9.9.0-pre/castor-0.9.9. 0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository apache-incubator (http://pe ople.apache.org/repo/m2-incubating-repository/) [exec] Downloading: http://repo1.maven.org/maven2/castor/castor/0.9.9.0-pre/castor-0. 9.9.0-pre.jar [exec] [WARNING] Unable to get resource 'castor:castor:jar:0.9.9.0-pre' from repository central (http://repo1.maven .org/maven2) [exec] [INFO] [exec] [ERROR] BUILD ERROR [exec] [INFO] [exec] [INFO] Failed to resolve artifact. [exec] Missing: [exec] -- [exec] 1) castor:castor:jar:0.9.9.0-pre [exec] Try downloading the file manually from the project website. [exec] Then, install it using the command: [exec] mvn install:install-file -DgroupId=castor -DartifactId=castor \ [exec] -Dversion=0.9.9.0-pre -Dpackaging=jar -Dfile=/path/to/file [exec] Path to dependency: [exec] 1) org.apache.geronimo:repository:jar:2.0.2 [exec] 2) org.codehaus.mojo.jspc:jspc-maven-plugin:jar:2.0-alpha-1-20070806 [exec] 3) org.codehaus.mojo.groovy:groovy-mojo-support:jar:1.0-alpha-3 [exec] 4
Differences between JSP on-the-fly compilation and JSP precompilation
I've tried precompiling my JSPs for the first time using the org.apache.jasper.JspC class. The precompiling works fine, except I get a runtime error in the JSPs when I try to access my web application: --- java.lang.UnsupportedOperationException: separate instantiation and injection is not supported at org.apache.geronimo.jasper.JasperServletContextCustomizer$JasperInstanceManager.newInstance(JasperServletContextCustomizer.java:84) at jspservlet.common.security.login.default_jsp._jspService(Unknown Source) --- I do not get this error when I do not precompile my JSPs. After a little investigation, it seems that my precompiled JSPs are compiled differently then when they are compiled at runtime by the server. The different code that is created after compilation triggers the above error in the org.apache.geronimo.jasper.JasperServletContextCustomizer class. I'm trying to figure out why these JSPs would be compiled differently in these scenarios. Anybody have any ideas? I'm using Geronimo 2.0. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Differences between JSP on-the-fly compilation and JSP precompilation
This is an issue that relates to the G543818 Tomcat patch in Geronimo. This patch seems to have implemented instance manager pooling for tags. Geronimo requires this, and in order to enable this for precompilation, the following Java system property needs to be set in the precompilation process: org.apache.jasper.Constants.USE_INSTANCE_MANAGER_FOR_TAGS=true If this property is not set, then precompiled JSPs that contain tags will not work with Geronimo. If this is not documented somewhere already, it probably should. Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 08-16-2007 02:40:15 PM: I've tried precompiling my JSPs for the first time using the org.apache.jasper.JspC class. The precompiling works fine, except I get a runtime error in the JSPs when I try to access my web application: --- java.lang.UnsupportedOperationException: separate instantiation and injection is not supported at org.apache.geronimo.jasper. JasperServletContextCustomizer$JasperInstanceManager. newInstance(JasperServletContextCustomizer.java:84) at jspservlet.common.security.login.default_jsp._jspService(Unknown Source) --- I do not get this error when I do not precompile my JSPs. After a little investigation, it seems that my precompiled JSPs are compiled differently then when they are compiled at runtime by the server. The different code that is created after compilation triggers the above error in the org.apache.geronimo.jasper.JasperServletContextCustomizer class. I'm trying to figure out why these JSPs would be compiled differently in these scenarios. Anybody have any ideas? I'm using Geronimo 2.0. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Differences between JSP on-the-fly compilation and JSP precompilation
I was using the version of Jasper that came with Geronimo, but I was not using the Maven plugin because we currently do not use Maven for our build scripts. The critical piece was to add the property as I described in my earlier response. Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 08-16-2007 05:49:52 PM: You need to use the version of jasper that comes with geronimo 2.x or the tomcat trunk (completely unreleased). Otherwise the ideas of how to deal with annotations are 100% incompatible. IIUC we are using a maven plugin that has all the correct stuff to get the correct jasper version so if you are using maven2 copying our plugin setup should give you working precompiled jsps. For instance the admin console has precompiled jsps. thanks david jencks On Aug 16, 2007, at 11:40 AM, Aman Nanner/MxI Technologies wrote: I've tried precompiling my JSPs for the first time using the org.apache.jasper.JspC class. The precompiling works fine, except I get a runtime error in the JSPs when I try to access my web application: --- java.lang.UnsupportedOperationException: separate instantiation and injection is not supported at org.apache.geronimo.jasper.JasperServletContextCustomizer $JasperInstanceManager.newInstance (JasperServletContextCustomizer.java:84) at jspservlet.common.security.login.default_jsp._jspService (Unknown Source) --- I do not get this error when I do not precompile my JSPs. After a little investigation, it seems that my precompiled JSPs are compiled differently then when they are compiled at runtime by the server. The different code that is created after compilation triggers the above error in the org.apache.geronimo.jasper.JasperServletContextCustomizer class. I'm trying to figure out why these JSPs would be compiled differently in these scenarios. Anybody have any ideas? I'm using Geronimo 2.0. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Credential Store
Hi, referring to a credential store from within my geronimo-application.xml used to be done like this: security:credential-store sys:pattern sys:name xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;MyCredentialStore/sys:name /sys:pattern /security:credential-store With the final schema changes, the credential-store element got changed to credential-store-ref, and now it seems like the contents of this element are supposed to refer to a repository artifact. My Credential Store GBean is also defined within my geronimo-application.xml, so I'm not sure how it should be self-referenced now. Any advice? __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Geronimo role security
I've re-opened GERONIMO-3357 and have attached a test case which demonstrates the problem. David Jencks [EMAIL PROTECTED] oo.comTo user@geronimo.apache.org 07-30-2007 03:07 cc AM Subject Re: Geronimo role security Please respond to [EMAIL PROTECTED] che.org As you can probably tell from my actions re GERONIMO-3357, I can't reproduce this problem, and I even wrote a test app to look into it. Can you compare what you are doing and the results you are getting to the testsuite/enterprise-testsuite/sec-test app now present in g. 2.0 and trunk? My experience is that to build the ear you have to run mvn -Pchild and then you can run the tests with mvn which runs the tests and then rebuilds the ear (???!?!!!?!??) thanks david jencks On Jul 26, 2007, at 12:01 PM, Aman Nanner/MxI Technologies wrote: Ok, the hiccup during EAR deployment goes away if the security realm is first deployed system-wide outside of the EAR. However, the TomcatGeronimoRealm still doesn't seem to access the run-as subject David Jencks [EMAIL PROTECTED] wrote on 07-19-2007 12:24:21 PM: On Jul 19, 2007, at 9:06 AM, Aman Nanner/MxI Technologies wrote: The fake EAR did start ok. I can try deploying the realm as a plain GBean plan, but I'm not sure how to go about doing this as I've only been deploying J2EE modules to this point (EAR, WAR, etc.). Is there some good documentation on how to deploy a plain GBean to the 2.0 server according to a plan file? What ought to work, although I haven't checked it in a very very long time is... 1. copy the dependency jars into appropriate places in the geronimo repo 2a. deploy using the command line deployer just listing the plan or 2b. deploy using the console only filling in the plan box If either one of these doesn't work we should fix it before 2.0 IMO. thanks david jencks Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 07-18-2007 05:00:23 PM: it should be able to, but maybe I'm missing something. The fake ear started ok? I was thinking you could just deploy a plain gbean plan with dependencies on the jars that have the security classes, similar to the built in server-security-config. If you can get on IRC we might be able to make faster progress, although email is fine if you can't. thanks david jencks On Jul 18, 2007, at 1:43 PM, Aman Nanner/MxI Technologies wrote: I declared the security realm in a separate EAR, and then put a dependency on that EAR from my real EAR, but it didn't solve the problem. In fact, the realm lookup failed both the first time and the second time (instead of succeeding the second time). Can an EAR access a Realm declared within another EAR when the first EAR is dependent upon the second EAR? David Jencks [EMAIL PROTECTED] wrote on 07-18-2007 04:08:09 PM: Urrk, I'm trying to do too many things at once today :-( Could you try putting the security realm in a separate configuration and putting that in as a dependency for the ear? If we can see if that eliminates the hiccup and whether that helps find the run-as subject it would be very helpful then we'll know how many problems there are to solve :-) thanks david jencks On Jul 18, 2007, at 12:30 PM, Aman Nanner/MxI Technologies wrote: I tried out the solution, but I'm still having problems in that the JSP is not running under the desired run-as role. I cannot see in the TomcatGeronimoRealm where this run-as role is being set, or if it is accessing the credential store to get the run-as subject. The actual configuration of the credential store seemed to work fine, except for one hiccup. I am deploying a custom security realm as part of my EAR that I call TestingRealm. It seems that the getSubject(...) method on the CredentialStore GBean is called twice. The first time it is called, fails because the LoginModule for my custom realm is not registered. The second time the getSubject(...) method is called, the login succeeds because my
Re: Geronimo role security
-- !--iddefault/id-- !--/default-subject-- role-mappings role role-name=admin run-as-subject realmgeronimo-admin/realm iddefault/id /run-as-subject realm realm-name=geronimo-admin principal class=org.apache.geronimo.security.realm.providers.GeronimoGroupPrincip al name=admin/ /realm /role /role-mappings /security I think that other than myself you are the first person to try this out so your comments would be definitely appreciated. See also https://issues.apache.org/jira/browse/GERONIMO-2687 thanks david jencks On Jul 17, 2007, at 8:15 PM, Aman Nanner/MxI Technologies wrote: It would appear that the TomcatGeronimoRealm.hasResourcePermission (...) method does not apply the run-as role if one is defined. If this indeed the case, then I believe this is a bug Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 07-17-2007 10:55:23 PM: Hi, I'm using the latest Geronimo 2.0 snapshot from the codebase. I understand that security has changed somewhat from Geronimo 1.2. I'm running into an issue where I have a JSP with a specific run-as role calling a secured EJB. This JSP has its run-as role defined in the web.xml as follows: servlet servlet-nameMessagePage/servlet-name jsp-file/common/Message.jsp/jsp-file run-as role-nameTESTSYSTEM/role-name /run-as /servlet I have a default run-as role mapped in my geronimo- application.xml in my EAR as follows: security:security security:default-principal security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrinci pal name= / /security:default-principal security:role-mappings security:role role-name=TESTSYSTEM security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrinci pal name=test-system designated-run-as=true / /security:role /security:role-mappings /security:security This used to work in Geronimo 1.2, but it appears now that the JSP does not run with the run-as principal; rather it seems that it runs with no principals. Therefore, the call to the secured EJB causes a security access exception. Is this supposed to work the same way in Geronimo 2.0? If so, then maybe this is a problem in Tomcat Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Geronimo role security
I declared the security realm in a separate EAR, and then put a dependency on that EAR from my real EAR, but it didn't solve the problem. In fact, the realm lookup failed both the first time and the second time (instead of succeeding the second time). Can an EAR access a Realm declared within another EAR when the first EAR is dependent upon the second EAR? David Jencks [EMAIL PROTECTED] wrote on 07-18-2007 04:08:09 PM: Urrk, I'm trying to do too many things at once today :-( Could you try putting the security realm in a separate configuration and putting that in as a dependency for the ear? If we can see if that eliminates the hiccup and whether that helps find the run-as subject it would be very helpful then we'll know how many problems there are to solve :-) thanks david jencks On Jul 18, 2007, at 12:30 PM, Aman Nanner/MxI Technologies wrote: I tried out the solution, but I'm still having problems in that the JSP is not running under the desired run-as role. I cannot see in the TomcatGeronimoRealm where this run-as role is being set, or if it is accessing the credential store to get the run-as subject. The actual configuration of the credential store seemed to work fine, except for one hiccup. I am deploying a custom security realm as part of my EAR that I call TestingRealm. It seems that the getSubject(...) method on the CredentialStore GBean is called twice. The first time it is called, fails because the LoginModule for my custom realm is not registered. The second time the getSubject(...) method is called, the login succeeds because my LoginModule IS registered at this time. This is the stack trace the first time when the call fails: 14:29:13,782 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=Mxi/Testing/1/ear?J2EEApplication=Mxi/Testing/1/ ear,j2eeType=JACCManager,name=JACCManager javax.security.auth.login.LoginException: No LoginModules configured for TestingRealm at javax.security.auth.login.LoginContext.init (LoginContext.java:256) at javax.security.auth.login.LoginContext.init(LoginContext.java:367) at javax.security.auth.login.LoginContext.init(LoginContext.java:444) at org.apache.geronimo.security.credentialstore.SimpleCredentialStoreImpl .getSubject(SimpleCredentialStoreImpl.java:82) at org.apache.geronimo.security.credentialstore.SimpleCredentialStoreImpl $$FastClassByCGLIB$$ebe13f46.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:127) 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.security.credentialstore.CredentialStore$ $EnhancerByCGLIB$$c06097c7.getSubject(generated) at org.apache.geronimo.security.jacc.ApplicationPolicyConfigurationManage r.init(ApplicationPolicyConfigurationManager.java:121) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 494) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:946) 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.GBeanInstance.start (GBeanInstance.java:539) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart (GBeanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget (GBeanDependency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running (GBeanDependency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEven t(BasicLifecycleMonitor.java:176) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300 (BasicLifecycleMonitor.java:44) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor $RawLifecycleBroadcaster.fireRunningEvent (BasicLifecycleMonitor.java:254
Geronimo role security
Hi, I'm using the latest Geronimo 2.0 snapshot from the codebase. I understand that security has changed somewhat from Geronimo 1.2. I'm running into an issue where I have a JSP with a specific run-as role calling a secured EJB. This JSP has its run-as role defined in the web.xml as follows: servlet servlet-nameMessagePage/servlet-name jsp-file/common/Message.jsp/jsp-file run-as role-nameTESTSYSTEM/role-name /run-as /servlet I have a default run-as role mapped in my geronimo-application.xml in my EAR as follows: security:security security:default-principal security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal name= / /security:default-principal security:role-mappings security:role role-name=TESTSYSTEM security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal name=test-system designated-run-as=true / /security:role /security:role-mappings /security:security This used to work in Geronimo 1.2, but it appears now that the JSP does not run with the run-as principal; rather it seems that it runs with no principals. Therefore, the call to the secured EJB causes a security access exception. Is this supposed to work the same way in Geronimo 2.0? If so, then maybe this is a problem in Tomcat Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Geronimo role security
It would appear that the TomcatGeronimoRealm.hasResourcePermission(...) method does not apply the run-as role if one is defined. If this indeed the case, then I believe this is a bug Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 07-17-2007 10:55:23 PM: Hi, I'm using the latest Geronimo 2.0 snapshot from the codebase. I understand that security has changed somewhat from Geronimo 1.2. I'm running into an issue where I have a JSP with a specific run-as role calling a secured EJB. This JSP has its run-as role defined in the web.xml as follows: servlet servlet-nameMessagePage/servlet-name jsp-file/common/Message.jsp/jsp-file run-as role-nameTESTSYSTEM/role-name /run-as /servlet I have a default run-as role mapped in my geronimo-application.xml in my EAR as follows: security:security security:default-principal security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal name= / /security:default-principal security:role-mappings security:role role-name=TESTSYSTEM security:principal class=org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal name=test-system designated-run-as=true / /security:role /security:role-mappings /security:security This used to work in Geronimo 1.2, but it appears now that the JSP does not run with the run-as principal; rather it seems that it runs with no principals. Therefore, the call to the secured EJB causes a security access exception. Is this supposed to work the same way in Geronimo 2.0? If so, then maybe this is a problem in Tomcat Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Intra-EAR dependencies
Hi, I'm wondering if there is a way in Geronimo 2.0 to define intra-EAR dependencies. Within my EAR, I define a JMS ActiveMQ resource adapter to deploy my JMS queues and topics. I also have an EJB JAR that is part of the EAR which uses these queues and topics. The problem I am experiencing is that, when deploying my application, it seems that the GBean for my resource adapter is not running before the EJBs are deployed. The deployment of my application then fails. 11:00:34,650 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=Mxi/Testing/1/ear?J2EEApplication=Mxi/Testing/1/ear,j2eeType=EJBModule,name=mxgeronimoejb.jar java.lang.IllegalStateException: GBean is not running: Mxi/Testing/1/ear?J2EEApplication=Mxi/Testingx/1/ear,JCAResource=geronimo-activemq-ra-2.0-SNAPSHOT.rar,ResourceAdapter=geronimo-activemq-ra-2.0-SNAPSHOT.rar,ResourceAdapterModule=geronimo-activemq-ra-2.0-SNAPSHOT.rar,j2eeType=JCAResourceAdapter,name=TestingJMS I realize that I can get around this problem if deploy my JMS resources separately from my EAR, and then declare an explicit dependency on the JMS RAR, but I was hoping that I would be able to package them within the same EAR. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Error looking up EJB reference
I tried deploying a small test.ear application, but I did not experience this problem with it. It seems my main EAR application and this test EAR application use different instances of the SystemInstance singleton (e.g. there are two singletons). Presumably this is because each application's classloader loads a version of SystemInstance. It seems that my test EAR application's SystemInstance is full of components in the HashMap of components, but my main EAR application's SystemInstance has no components in its HashMap, which eventually results in the NullPointerException described below. I'll try to investigate more, but would anybody happen to know why this would happen? Thanks, Aman Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 06-07-2007 03:55:57 PM: I'm deploying a J2EE 1.4 application on Apache Geronimo 2.0-SNAPSHOT. This application is not up to JEE 5 standards yet (i.e. it uses deployment descriptors instead of annotations). I am getting some errors during the resolution of EJB references. I have my EJB references defined in the ejb-jar.xml, but I'm getting a strange error during execution: 15:46:49,877 WARN [EjbFactory] Unable to lookup up EJB by reference name 'ejb/common/SequenceGenerator'; you must define the EJB reference javax.naming.NamingException: Could not look up : ejb/common/SequenceGenerator [Root exception is java.lang.NullPointerException] at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:65) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:112) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:597) at javax.naming.InitialContext.lookup(InitialContext.java:351) . at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke( AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process( Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run( JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.NullPointerException at org.apache.openejb.core.ivm.naming.IntraVmJndiReference.getObject( IntraVmJndiReference.java:38) at org.apache.openejb.core.ivm.naming.Reference.getContent( Reference.java:40) at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:61) ... 50 more It seems that the containerSystem variable in IntraVmJndiReference is null. Does anybody know if this is an incomplete feature, or what the problem could be? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Error looking up EJB reference
This problem occurs when inverse-classloading is set in a web application. I've raised a JIRA here: https://issues.apache.org/jira/browse/GERONIMO-3233 Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 06-08-2007 02:10:17 PM: I tried deploying a small test.ear application, but I did not experience this problem with it. It seems my main EAR application and this test EAR application use different instances of the SystemInstance singleton (e.g. there are two singletons). Presumably this is because each application's classloader loads a version of SystemInstance. It seems that my test EAR application's SystemInstance is full of components in the HashMap of components, but my main EAR application's SystemInstance has no components in its HashMap, which eventually results in the NullPointerException described below. I'll try to investigate more, but would anybody happen to know why this would happen? Thanks, Aman Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 06-07-2007 03:55:57 PM: I'm deploying a J2EE 1.4 application on Apache Geronimo 2.0-SNAPSHOT. This application is not up to JEE 5 standards yet (i.e. it uses deployment descriptors instead of annotations). I am getting some errors during the resolution of EJB references. I have my EJB references defined in the ejb-jar.xml, but I'm getting a strange error during execution: 15:46:49,877 WARN [EjbFactory] Unable to lookup up EJB by reference name 'ejb/common/SequenceGenerator'; you must define the EJB reference javax.naming.NamingException: Could not look up : ejb/common/SequenceGenerator [Root exception is java.lang.NullPointerException] at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:65) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:112) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:597) at javax.naming.InitialContext.lookup(InitialContext.java:351) . at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke( AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process( Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run( JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.NullPointerException at org.apache.openejb.core.ivm.naming.IntraVmJndiReference.getObject( IntraVmJndiReference.java:38) at org.apache.openejb.core.ivm.naming.Reference.getContent( Reference.java:40) at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:61) ... 50 more It seems that the containerSystem variable in IntraVmJndiReference is null. Does anybody know if this is an incomplete feature, or what the problem could be? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed
Error looking up EJB reference
I'm deploying a J2EE 1.4 application on Apache Geronimo 2.0-SNAPSHOT. This application is not up to JEE 5 standards yet (i.e. it uses deployment descriptors instead of annotations). I am getting some errors during the resolution of EJB references. I have my EJB references defined in the ejb-jar.xml, but I'm getting a strange error during execution: 15:46:49,877 WARN [EjbFactory] Unable to lookup up EJB by reference name 'ejb/common/SequenceGenerator'; you must define the EJB reference javax.naming.NamingException: Could not look up : ejb/common/SequenceGenerator [Root exception is java.lang.NullPointerException] at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:65) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:112) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:611) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:152) at org.apache.xbean.naming.context.AbstractContext.lookup( AbstractContext.java:597) at javax.naming.InitialContext.lookup(InitialContext.java:351) . at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke( AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process( Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run( JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.NullPointerException at org.apache.openejb.core.ivm.naming.IntraVmJndiReference.getObject( IntraVmJndiReference.java:38) at org.apache.openejb.core.ivm.naming.Reference.getContent( Reference.java:40) at org.apache.xbean.naming.context.ContextUtil.resolve( ContextUtil.java:61) ... 50 more It seems that the containerSystem variable in IntraVmJndiReference is null. Does anybody know if this is an incomplete feature, or what the problem could be? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Security Manager
I figured out what the problem is. I've raised a JIRA bug here: https://issues.apache.org/jira/browse/GERONIMO-3208 David Jencks [EMAIL PROTECTED] wrote on 06-04-2007 04:51:55 PM: On Jun 4, 2007, at 1:26 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm migrating my application from Geronimo 1.2-SNAPSHOT to Geronimo 2.0-SNAPSHOT. I am getting all sorts of deployment errors that are caused by the server unable to access my JAR files and other files. Commonly, I get an access denied error, even if the file is just being opened for reading purposes during the deployment process. Was there a security manager that was added into Geronimo 2.0 that could be causing these errors? Not by us... could you show a stack trace? thanks david jencks Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Maven build error - sourceSchema
I just recently started getting the following build error when trying to build Geronimo 2.0-SNAPSHOT. Anybody happen to know what would be wrong? --- [exec] [INFO] [install:install] [exec] [INFO] Installing D:\g20\g\modules\geronimo-deploy-config\target\geronimo-deploy-config-2.0-SNAPSHOT.jar to D:\.m2\org\apache\geronimo\modules\geronimo-deploy-config\2.0-SNAPSHOT\geronimo-deploy-config-2.0-SNAPSHOT.jar [exec] [INFO] [exec] [INFO] Building Geronimo :: Service :: Builder [exec] [INFO]task-segment: [clean, install] [exec] [INFO] [exec] [INFO] [clean:clean] [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-service-builder\target [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-service-builder\target\classes [exec] [INFO] Deleting directory D:\g20\g\modules\geronimo-service-builder\target\test-classes [exec] [INFO] [enforcer:enforce {execution: default}] [exec] [INFO] [exec] [ERROR] BUILD ERROR [exec] [INFO] [exec] [INFO] Failed to configure plugin parameters for: org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-SNAPSHOT [exec] (found static expression: 'geronimo-module-1.2.xsd,geronimo-javabean-xmlattribute-1.0.xsd' which may act as a default value). [exec] Cause: Cannot assign configuration entry 'sourceSchemas' to 'interface java.util.List' from 'geronimo-module -1.2.xsd,geronimo-javabean-xmlattribute-1.0.xsd', which is of type class java.lang.String [exec] [INFO] [exec] [INFO] For more information, run Maven with the -e switch [exec] [INFO] [exec] [INFO] Total time: 2 minutes 12 seconds [exec] [INFO] Finished at: Tue Jun 05 17:57:12 EDT 2007 [exec] [INFO] Final Memory: 74M/132M [exec] [INFO] __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Security Manager
Hi, I'm migrating my application from Geronimo 1.2-SNAPSHOT to Geronimo 2.0-SNAPSHOT. I am getting all sorts of deployment errors that are caused by the server unable to access my JAR files and other files. Commonly, I get an access denied error, even if the file is just being opened for reading purposes during the deployment process. Was there a security manager that was added into Geronimo 2.0 that could be causing these errors? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Sharing resources in an MDB
So the solution you proposed seems to work with one caveat. It does limit the MDB to only one instance, and in that sense it works. However, if another JMS message is received on the queue while the MDB is still processing the last message, a synchronization error occurs: Caused by: edu.emory.mathcs.backport.java.util.concurrent.RejectedExecutionException at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution( ThreadPoolExecutor.java:1519) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.reject( ThreadPoolExecutor.java:407) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.execute( ThreadPoolExecutor.java:880) at org.apache.geronimo.pool.ThreadPool.execute(ThreadPool.java:201) at org.apache.geronimo.pool.ThreadPool.execute(ThreadPool.java:173) at org.apache.geronimo.pool.ThreadPool$$FastClassByCGLIB$$a77708d8.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:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( GBeanInstance.java:820) 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.pool.GeronimoExecutor$$EnhancerByCGLIB$$b29ee60a.execute(generated) at org.apache.geronimo.connector.work.pool.ScheduleWorkExecutor.doExecute( ScheduleWorkExecutor.java:36) at org.apache.geronimo.connector.work.GeronimoWorkManager.executeWork( GeronimoWorkManager.java:196) at org.apache.geronimo.connector.work.GeronimoWorkManager.scheduleWork( GeronimoWorkManager.java:182) at org.apache.geronimo.connector.work.GeronimoWorkManager$$FastClassByCGLIB$$907eef28.invoke(generated) David Jencks [EMAIL PROTECTED] wrote on 04-25-2007 11:35:59 AM: On Apr 25, 2007, at 8:14 AM, ananner wrote: I also have a requirement to limit a certain MDB to a maximum of one instance, but I am a bit confused as to your response. Are you saying that I should put a pool size limit on the outbound-resourceadapter which defines the Connection Factory that my MDB subscribes to? The ResourceAdapter instance gets a BootstrapContext instance when its started, and the BootstrapContext basically includes a thread pool. So if you give it a thread pool with only one thread In geronimo you specify which thread pool to use with this part: workmanager gbean-linkDefaultWorkManager/gbean-link /workmanager So you could include a thread pool: gbean name=SingleThreadPool class=org.apache.geronimo.pool.ThreadPool attribute name=keepAliveTime5000/attribute attribute name=poolSize1/attribute attribute name=poolName SingleThreadPool /attribute /gbean and use it: workmanager gbean-linkSingleWorkManager/gbean-link /workmanager This is a horrible solution because you have to set up a resource adapter instance for each mdb that needs its size limited in this way. Hopefully there's a way to restrict the mdb pool size that I don't know about. BTW, I recall hearing James Strachan talk about message groups. If your requirements are that you get sets of messages that, within the set, must be processed in order rather than all messages must be processed in order you might be able to introduce some concurrency by using message groups. Hope this helps david jencks Thanks, Aman djencks wrote: It might possibly work for activemq if you don't use any transactions, but if you use transactions I would expect it to completely break and give pretty random behavior. I don't think there's any reason to expect it to work even without transactions. I have trouble keeping all the places you can configure sizes straight, but one way to limit the number of active mdbs is to give the inbound resource adapter its own thread pool and limit that size. I think there's a more direct way but don't recall what it is. If the number of outbound connections is at least the number of mdbs I would expect you wouldn't run into problems. Maybe someone with more actual experience can give some more informed advice. thanks david jencks -- View this message in context: http://www.nabble.com/Sharing- resources-in-an-MDB-tf3412013s134.html#a10182882 Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. __ * This
Re: Sharing resources in an MDB
I tried using Active MQ message groups, but that solution does not work because the MDB itself is not the consumer for the JMS resource; rather, there is a single MessageEndpointProxy class that is the message listener. The message is distributed to MDBs later in the chain. David Jencks [EMAIL PROTECTED] oo.comTo user@geronimo.apache.org 04-25-2007 11:35 cc AM Subject Re: Sharing resources in an MDB Please respond to [EMAIL PROTECTED] che.org On Apr 25, 2007, at 8:14 AM, ananner wrote: I also have a requirement to limit a certain MDB to a maximum of one instance, but I am a bit confused as to your response. Are you saying that I should put a pool size limit on the outbound-resourceadapter which defines the Connection Factory that my MDB subscribes to? The ResourceAdapter instance gets a BootstrapContext instance when its started, and the BootstrapContext basically includes a thread pool. So if you give it a thread pool with only one thread In geronimo you specify which thread pool to use with this part: workmanager gbean-linkDefaultWorkManager/gbean-link /workmanager So you could include a thread pool: gbean name=SingleThreadPool class=org.apache.geronimo.pool.ThreadPool attribute name=keepAliveTime5000/attribute attribute name=poolSize1/attribute attribute name=poolName SingleThreadPool /attribute /gbean and use it: workmanager gbean-linkSingleWorkManager/gbean-link /workmanager This is a horrible solution because you have to set up a resource adapter instance for each mdb that needs its size limited in this way. Hopefully there's a way to restrict the mdb pool size that I don't know about. BTW, I recall hearing James Strachan talk about message groups. If your requirements are that you get sets of messages that, within the set, must be processed in order rather than all messages must be processed in order you might be able to introduce some concurrency by using message groups. Hope this helps david jencks Thanks, Aman djencks wrote: It might possibly work for activemq if you don't use any transactions, but if you use transactions I would expect it to completely break and give pretty random behavior. I don't think there's any reason to expect it to work even without transactions. I have trouble keeping all the places you can configure sizes straight, but one way to limit the number of active mdbs is to give the inbound resource adapter its own thread pool and limit that size. I think there's a more direct way but don't recall what it is. If the number of outbound connections is at least the number of mdbs I would expect you wouldn't run into problems. Maybe someone with more actual experience can give some more informed advice. thanks david jencks -- View this message in context: http://www.nabble.com/Sharing- resources-in-an-MDB-tf3412013s134.html#a10182882 Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
XML Validation error when using local-home element in ejb-jar.xml
Hi, I am using Geronimo 1.2, and I'm in the midst of changing all my EJB interfaces in my application to local interfaces from remote interfaces. For reasons that I do not understand, I'm getting an XML validation error on my ejb-jar.xml when trying to deploy my application. According to the this XSD, http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd, I would think that my ejb-jar.xml should validate properly. Here is the error I get, along with a fragment of my ejb-jar.xml: [java] Error: Unable to distribute acme.ear: Error parsing ejb-jar.xml [java] Invalid deployment descriptor: [error: cvc-complex-type.2.4a: [java] Expected element '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' instead [java] of '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' here in element [java] [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee, error: [java] cvc-complex-type.2.4a: Expected element [java] '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' instead of [java] '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' here in element [java] [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee] [java] Descriptor: ejb-jar [java] xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee [java] http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd; version=2.1 [java] xmlns=http://java.sun.com/xml/ns/j2ee; [java] xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; [java] display-nameAcme Common/display-name [java] enterprise-beans [java] session [java] display-nameTestObject/display-name [java] ejb-nameTestObject/ejb-name [java] local-homecom.acme.ejb.dao.DAOHome/local-home [java] localcom.acme.ejb.dao.DAORemote/local [java] ejb-classcom.acme.ejb.dao.DAOBean/ejb-class [java] session-typeStateless/session-type [java] transaction-typeContainer/transaction-type . __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: XML Validation error when using local-home element in ejb-jar.xml
I've resolved this problem on my own. Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 04-02-2007 04:20:21 PM: Hi, I am using Geronimo 1.2, and I'm in the midst of changing all my EJB interfaces in my application to local interfaces from remote interfaces. For reasons that I do not understand, I'm getting an XML validation error on my ejb-jar.xml when trying to deploy my application. According to the this XSD, http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd, I would think that my ejb-jar.xml should validate properly. Here is the error I get, along with a fragment of my ejb-jar.xml: [java] Error: Unable to distribute acme.ear: Error parsing ejb-jar.xml [java] Invalid deployment descriptor: [error: cvc-complex-type.2.4a: [java] Expected element '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' instead [java] of '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' here in element [java] [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee, error: [java] cvc-complex-type.2.4a: Expected element [java] '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' instead of [java] '[EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee' here in element [java] [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee] [java] Descriptor: ejb-jar [java] xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee [java] http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd; version=2.1 [java] xmlns=http://java.sun.com/xml/ns/j2ee; [java] xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; [java] display-nameAcme Common/display-name [java] enterprise-beans [java] session [java] display-nameTestObject/display-name [java] ejb-nameTestObject/ejb-name [java] local-homecom.acme.ejb.dao.DAOHome/local-home [java] localcom.acme.ejb.dao.DAORemote/local [java] ejb-classcom.acme.ejb.dao.DAOBean/ejb-class [java] session-typeStateless/session-type [java] transaction-typeContainer/transaction-type . __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Global JNDI plugin
Hi, After a previous unsuccessful attempt at integrating the Global JNDI plugin into Geronimo, I'm attempting another hack at it. So far, what I've found is that the EjbBindings GBean successfully binds all the JNDI names of EJBS within itself. However, these JNDI bindings are still unavailable at runtime when attempting to find them through an InitialContext. It seems as though that the EjbBindings GBean does not bind its bindings to some greater context, so in a sense it is unattached to any root context. I'm looking into this further, but if this is the case, does anybody have a good idea how this GBean should register its bindings to some root context? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Cannot compile j2ee-corba-yoko config in 1.2 SNAPSHOT
I am encountering this problem even after rebuilding openejb2 SNAPSHOT. I've verified that the updated open-ejb jar exists in my .m2 repository. It seems that the ORBRef class exists in openejb-core, and not openejb-corba. I tried addeing openejb-core as a dependency to j2ee-corba-yoko, but that did not fix the issue. Any ideas? Rick McGuire [EMAIL PROTECTED] wrote on 03-21-2007 05:18:57 AM: I suspect you may have a mismatch between the latest Geronimo level and the currently published version of openejb2. You may need to build that yourself before trying to build Geronimo. Rick Aman Nanner/MxI Technologies wrote: Hi, I'm trying to compile the latest Geronimo SNAPSHOT, but it fails when trying to compile the j2ee-corba-yoko config. Does anybody know if this is broken? Thanks, Aman [INFO] Scanning for projects... [INFO] [INFO] Building Geronimo Configs :: J2EE Corba Yoko ORB [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target\classes [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target\test-classes [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: D:\g\configs\j2ee-corba-yoko\target\classes\META-INF [INFO] Copying 2 files to D:\g\configs\j2ee-corba-yoko\target\classes\META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:prepare-plan] [INFO] Generated: D:\g\configs\j2ee-corba-yoko\target\plan\plan.xml log4j:WARN No appenders could be found for logger (org.apache.geronimo.genesis.logging.Logging). log4j:WARN Please initialize the log4j system properly. [WARNING] Artifact junit:junit:jar:3.8.1:test retains local scope 'test' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. Downloading: http://people.apache.org/repo/m2-incubating-repository/axis/axis- jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository apache-incubator (http://people.apache.org/r epo/m2-incubating-repository) Downloading: http://repository.codehaus.org/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository codehaus (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/axis/axis- saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository apache-incubator (http://people.apache.org/rep o/m2-incubating-repository) Downloading: http://repository.codehaus.org/axis/axis-saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository codehaus (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository central (http://repo1.maven.org/maven2) [INFO] [car:package] [INFO] Packaging module configuration: D:\g\configs\j2ee-corba-yoko\target\plan\plan.xml [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/openejb/corba/ORBRef [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/openejb/corba/ORBRef at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.geronimo.kernel.classloader.JarFileClassLoader. access$200(JarFileClassLoader.java:52) at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6. run(JarFileClassLoader.java:298) at java.security.AccessController.doPrivileged(Native Method) at org.apache.geronimo.kernel.classloader.JarFileClassLoader. findClass(JarFileClassLoader.java:250) at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal
RE: redeploy
This is probably related to this JIRA issue: https://issues.apache.org/jira/browse/GERONIMO-2818 Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 09:58:41 AM: Thanks so much for your response. I am trying to go that route, but am encoutering a different issue now. I have an EJB defined in the EAR. The actual EJB remote interface is located in a jar which is specified in the manifest of the EJB module inside the EAR. Without the --inPlace option, it all works fine, the classloader finds the EJB remote interface. However, when I try the --inPlace, the deployer can't seem to find the EJB remote interface and the deployer throws an exception trying to deploy the EJB in the EAR. It seems like there is some confusion in the classloaders when using --inPlace. Any thoughts? Thanks! Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Monday, March 19, 2007 2:20 PM To: user@geronimo.apache.org Subject: RE: redeploy Your existing directory structure should remain intact, as that is where Geronimo will be loading all your classes from. During redeployment, the deployer tool will delete the serialized config directory in the repository for your application, and then re-create it using the information form your in-place directory. The deployer does create all those ser and info files from your deployment descriptors during the deployment process. Therefore, if you change one of your deployment descriptors, you need to redeploy your app. However, if you just swap in new code into your in-place directory, Geronimo will pick it up without having to redeploy. Thanks, Aman Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-19-2007 02:03:26 PM: My understanding is that even if I have an application deployed in-place, if I redeploy it, the deployer will delete the current directory structure, so I would need to copy the current directory structure in any event. What does the deployer do? Does it simply create the config.ser, config.info, etc files? Thanks, Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 4:41 PM To: user@geronimo.apache.org Subject: Re: redeploy If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee
RE: redeploy
There's nothing more that I'm aware of, as I haven't used the non-inplace deployment that much. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 02:16:57 PM: Yes, that was it -- thanks so much. Have you found any other differences between inpalce an non-inplace? Thanks! Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 10:16 AM To: user@geronimo.apache.org Subject: RE: redeploy This is probably related to this JIRA issue: https://issues.apache.org/jira/browse/GERONIMO-2818 Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 09:58:41 AM: Thanks so much for your response. I am trying to go that route, but am encoutering a different issue now. I have an EJB defined in the EAR. The actual EJB remote interface is located in a jar which is specified in the manifest of the EJB module inside the EAR. Without the --inPlace option, it all works fine, the classloader finds the EJB remote interface. However, when I try the --inPlace, the deployer can't seem to find the EJB remote interface and the deployer throws an exception trying to deploy the EJB in the EAR. It seems like there is some confusion in the classloaders when using --inPlace. Any thoughts? Thanks! Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Monday, March 19, 2007 2:20 PM To: user@geronimo.apache.org Subject: RE: redeploy Your existing directory structure should remain intact, as that is where Geronimo will be loading all your classes from. During redeployment, the deployer tool will delete the serialized config directory in the repository for your application, and then re-create it using the information form your in-place directory. The deployer does create all those ser and info files from your deployment descriptors during the deployment process. Therefore, if you change one of your deployment descriptors, you need to redeploy your app. However, if you just swap in new code into your in-place directory, Geronimo will pick it up without having to redeploy. Thanks, Aman Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-19-2007 02:03:26 PM: My understanding is that even if I have an application deployed in-place, if I redeploy it, the deployer will delete the current directory structure, so I would need to copy the current directory structure in any event. What does the deployer do? Does it simply create the config.ser, config.info, etc files? Thanks, Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 4:41 PM To: user@geronimo.apache.org Subject: Re: redeploy If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee
RE: redeploy
Yes, I don't believe in-place deployment has anything to do with your issue as I've successfully deployed a JMS connector in my EAR with in-place deployment. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 02:36:20 PM: Another question -- should in be possible to deploy jms connectors inplace as well? I am having trouble now -- a ClassNotFoundException on a activemq class. Thanks, Yoel -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 10:16 AM To: user@geronimo.apache.org Subject: RE: redeploy This is probably related to this JIRA issue: https://issues.apache.org/jira/browse/GERONIMO-2818 Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 09:58:41 AM: Thanks so much for your response. I am trying to go that route, but am encoutering a different issue now. I have an EJB defined in the EAR. The actual EJB remote interface is located in a jar which is specified in the manifest of the EJB module inside the EAR. Without the --inPlace option, it all works fine, the classloader finds the EJB remote interface. However, when I try the --inPlace, the deployer can't seem to find the EJB remote interface and the deployer throws an exception trying to deploy the EJB in the EAR. It seems like there is some confusion in the classloaders when using --inPlace. Any thoughts? Thanks! Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Monday, March 19, 2007 2:20 PM To: user@geronimo.apache.org Subject: RE: redeploy Your existing directory structure should remain intact, as that is where Geronimo will be loading all your classes from. During redeployment, the deployer tool will delete the serialized config directory in the repository for your application, and then re-create it using the information form your in-place directory. The deployer does create all those ser and info files from your deployment descriptors during the deployment process. Therefore, if you change one of your deployment descriptors, you need to redeploy your app. However, if you just swap in new code into your in-place directory, Geronimo will pick it up without having to redeploy. Thanks, Aman Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-19-2007 02:03:26 PM: My understanding is that even if I have an application deployed in-place, if I redeploy it, the deployer will delete the current directory structure, so I would need to copy the current directory structure in any event. What does the deployer do? Does it simply create the config.ser, config.info, etc files? Thanks, Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 4:41 PM To: user@geronimo.apache.org Subject: Re: redeploy If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information
RE: redeploy
That is something that I have not yet done, so I don't know how well that works... Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 02:42:56 PM: Sorry -- I should have specified, I am trying to deploy the jms connector as a server wide connector -- not within an ear. Have you been able to deploy a server wide connector in place? -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 2:39 PM To: user@geronimo.apache.org Subject: RE: redeploy Yes, I don't believe in-place deployment has anything to do with your issue as I've successfully deployed a JMS connector in my EAR with in-place deployment. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 02:36:20 PM: Another question -- should in be possible to deploy jms connectors inplace as well? I am having trouble now -- a ClassNotFoundException on a activemq class. Thanks, Yoel -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 10:16 AM To: user@geronimo.apache.org Subject: RE: redeploy This is probably related to this JIRA issue: https://issues.apache.org/jira/browse/GERONIMO-2818 Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-20-2007 09:58:41 AM: Thanks so much for your response. I am trying to go that route, but am encoutering a different issue now. I have an EJB defined in the EAR. The actual EJB remote interface is located in a jar which is specified in the manifest of the EJB module inside the EAR. Without the --inPlace option, it all works fine, the classloader finds the EJB remote interface. However, when I try the --inPlace, the deployer can't seem to find the EJB remote interface and the deployer throws an exception trying to deploy the EJB in the EAR. It seems like there is some confusion in the classloaders when using --inPlace. Any thoughts? Thanks! Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Monday, March 19, 2007 2:20 PM To: user@geronimo.apache.org Subject: RE: redeploy Your existing directory structure should remain intact, as that is where Geronimo will be loading all your classes from. During redeployment, the deployer tool will delete the serialized config directory in the repository for your application, and then re-create it using the information form your in-place directory. The deployer does create all those ser and info files from your deployment descriptors during the deployment process. Therefore, if you change one of your deployment descriptors, you need to redeploy your app. However, if you just swap in new code into your in-place directory, Geronimo will pick it up without having to redeploy. Thanks, Aman Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-19-2007 02:03:26 PM: My understanding is that even if I have an application deployed in-place, if I redeploy it, the deployer will delete the current directory structure, so I would need to copy the current directory structure in any event. What does the deployer do? Does it simply create the config.ser, config.info, etc files? Thanks, Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 4:41 PM To: user@geronimo.apache.org Subject: Re: redeploy If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may
Cannot compile j2ee-corba-yoko config in 1.2 SNAPSHOT
Hi, I'm trying to compile the latest Geronimo SNAPSHOT, but it fails when trying to compile the j2ee-corba-yoko config. Does anybody know if this is broken? Thanks, Aman [INFO] Scanning for projects... [INFO] [INFO] Building Geronimo Configs :: J2EE Corba Yoko ORB [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target\classes [INFO] Deleting directory D:\g\configs\j2ee-corba-yoko\target\test-classes [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: D:\g\configs\j2ee-corba-yoko\target\classes\META-INF [INFO] Copying 2 files to D:\g\configs\j2ee-corba-yoko\target\classes\META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:prepare-plan] [INFO] Generated: D:\g\configs\j2ee-corba-yoko\target\plan\plan.xml log4j:WARN No appenders could be found for logger (org.apache.geronimo.genesis.logging.Logging). log4j:WARN Please initialize the log4j system properly. [WARNING] Artifact junit:junit:jar:3.8.1:test retains local scope 'test' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. Downloading: http://people.apache.org/repo/m2-incubating-repository/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository apache-incubator (http://people.apache.org/r epo/m2-incubating-repository) Downloading: http://repository.codehaus.org/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository codehaus (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom [WARNING] Unable to get resource 'axis:axis-jaxrpc:pom:1.4' from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/axis/axis-saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository apache-incubator (http://people.apache.org/rep o/m2-incubating-repository) Downloading: http://repository.codehaus.org/axis/axis-saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository codehaus (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [WARNING] Unable to get resource 'axis:axis-saaj:pom:1.4' from repository central (http://repo1.maven.org/maven2) [INFO] [car:package] [INFO] Packaging module configuration: D:\g\configs\j2ee-corba-yoko\target\plan\plan.xml [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/openejb/corba/ORBRef [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/openejb/corba/ORBRef at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52) at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:298) at java.security.AccessController.doPrivileged(Native Method) at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:250) at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2395) at java.lang.Class.privateGetPublicMethods(Class.java:2519) at java.lang.Class.getMethods(Class.java:1406) at org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:296) at org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:290) at org.apache.geronimo.gbean.GBeanInfoBuilder.addInterface(GBeanInfoBuilder.java:284) at org.apache.openejb.corba.security.config.ConfigAdapterGBean.clinit(ConfigAdapterGBean.java:45) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
RE: redeploy
Your existing directory structure should remain intact, as that is where Geronimo will be loading all your classes from. During redeployment, the deployer tool will delete the serialized config directory in the repository for your application, and then re-create it using the information form your in-place directory. The deployer does create all those ser and info files from your deployment descriptors during the deployment process. Therefore, if you change one of your deployment descriptors, you need to redeploy your app. However, if you just swap in new code into your in-place directory, Geronimo will pick it up without having to redeploy. Thanks, Aman Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-19-2007 02:03:26 PM: My understanding is that even if I have an application deployed in-place, if I redeploy it, the deployer will delete the current directory structure, so I would need to copy the current directory structure in any event. What does the deployer do? Does it simply create the config.ser, config.info, etc files? Thanks, Yoel Spotts -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 4:41 PM To: user@geronimo.apache.org Subject: Re: redeploy If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: redeploy
If you are deploying in-place, there is no need to copy the EAR. You should be able to just modify the application.xml, add the new web app to the EAR structure, and run the deployer tool to redeploy the EAR file. If you are not deploying in-place, then I'm not sure you can avoid copying out the EAR. Someone else might have more knowledge in this area. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-16-2007 04:26:37 PM: I am looking for the easiest way to redeploy an EAR after adding a web application. The EAR has other webapps which added or modified some files, so I need the current EAR directory structure to remain as is. The only way I can see now is as follows: A) copy the entire ear directory to a temp staging area. B) modify application.xml C) add the new webapp D) run the deployer tool to redeploy the ear I would like to find a solution which does not require copying the current ear structure to another location, That seems wasteful. Is there an easier way? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: JMS Queue/Topic definitions and external ActiveMQ XBean configuration
Actually, this works! I had another issue (I wasn't committing the transaction) which caused the bridge not to work. This is good as I can leave my JMS destinations defined in the ActiveMQ RAR in my EAR. Thanks for the advice! Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 03-08-2007 12:31:29 AM: I tried what you have suggested, and it did fix the deploy issue, but it seems like two separate topics get created with the same name. The message bridge listens on the first topic that is defined, and the EAR references the second topic that is defined. David Jencks [EMAIL PROTECTED] wrote on 03-07-2007 05:38:16 PM: I don't know how likely it is to work, but what happens if you define the admin objects in both the xbean activemq plan (so your message bridge can work) and also in your ear (so geronimo believes they exist)? I have the rather unsubstantiated impression that AMQ thinks a topic or queue is just a name and is happy to treat any use of the same name as the same topic or queue. thanks david jencks On Mar 7, 2007, at 5:00 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm currently trying to configure an ActiveMQ JMS message bridge. In order to do this, I had to recompile Geronimo 1.2 so that it would pick up its ActiveMQ broker configuration from an external XBean configuration file. I also deploy an EAR to Geronimo that consists of our application. Within this EAR, I have an ActiveMQ RAR adapter with an XML plan, in which I define all my JMS topics and queues. The first problem is that I cannot configure a message bridge to my JMS topics and queues, because the ActiveMQ broker cannot see these topics and queues in my EAR (my EAR is the last module to start up). Because of this problem, I considered moving all my JMS topics and queues outside of my EAR and into the ActiveMQ XBean configuration itself. However, once I do that, I can no longer deploy my EAR to the server due to an error that I get. It appears that the deployer does not like my references to the queues in my ejb-jar.xml and openejb-jar.xml descriptors, as it can no longer find the definitions of the queues in my EAR. The actual error I get during deployment is: [java] Deployer operation failed: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/LocalTopic# in configuration Mxi/Testing/1/ear [java] org.apache.geronimo.common.DeploymentException: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/ LocalTopic# in configuration Mxi/Testing/1/ear Does anybody have any suggestions as how to resolve this circular problem? __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Yoko CORBA and Naming Service
Hi, I'm testing out a message bridge connection between an ActiveMQ topic in Geronimo, and a topic in Weblogic. I'm running into a CORBA issue when the Geronimo server starts up and attempts to establish the message bridge. In order to make this work, I've placed the necessary Weblogic client libraries in the classpath. Weblogic uses CORBA as its protocol for communication. When Geronimo starts up the ActiveMQ broker, it launches the Weblogic code to create the ORB. In this case, the Yoko ORB is used. The error occurs when there is an attempt to resolve the NamingService. The reference cannot be resolved because the Naming Service does not exist in the list of services for the ORB. I did a bit of research and debugging and it seems that the Name Service that is used by Yoko is some kind of transient name service. I'm not aware what this means and if this is the cause of the problem. If so, is there a way to resolve this issue? Below is the stacktrace of the error that occurs. javax.naming.InvalidNameException: Couldn't resolve initial reference: NameService [Root exception is org.omg.CORBA.ORBPackage.InvalidName: IDL:omg.org/CORBA/ORB/InvalidName:1.0] at weblogic.corba.j2ee.naming.Utils.wrapNamingException(Utils.java:52 ) at weblogic.corba.j2ee.naming.ORBHelper.getORBReferenceWithRetry( ORBHelper.java:572) at weblogic.corba.j2ee.naming.ORBHelper.getORBReference( ORBHelper.java:532) at weblogic.corba.j2ee.naming.InitialContextFactoryImpl.getInitialContext( InitialContextFactoryImpl.java:85) at weblogic.corba.j2ee.naming.InitialContextFactoryImpl.getInitialContext( InitialContextFactoryImpl.java:31) at weblogic.jndi.WLInitialContextFactory.getInitialContext( WLInitialContextFactory.java:41) at javax.naming.spi.NamingManager.getInitialContext( NamingManager.java:667) at javax.naming.InitialContext.getDefaultInitCtx( InitialContext.java:247) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:197) at org.springframework.jndi.JndiTemplate.createInitialContext( JndiTemplate.java:105) at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:83 ) at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:121 ) at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:146 ) at org.apache.activemq.network.jms.JmsTopicConnector.initializeForeignTopicConnection( JmsTopicConnector.java:202) Caused by: org.omg.CORBA.ORBPackage.InvalidName: IDL:omg.org/CORBA/ORB/InvalidName:1.0 at org.apache.yoko.orb.OB.InitialServiceManager.resolveInitialReferences( InitialServiceManager.java:177) at org.apache.yoko.orb.OBCORBA.ORB_impl.resolve_initial_references( ORB_impl.java:1087) at weblogic.corba.j2ee.naming.ORBHelper.getORBReferenceWithRetry( ORBHelper.java:561) ... 60 more __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
JMS Queue/Topic definitions and external ActiveMQ XBean configuration
Hi, I'm currently trying to configure an ActiveMQ JMS message bridge. In order to do this, I had to recompile Geronimo 1.2 so that it would pick up its ActiveMQ broker configuration from an external XBean configuration file. I also deploy an EAR to Geronimo that consists of our application. Within this EAR, I have an ActiveMQ RAR adapter with an XML plan, in which I define all my JMS topics and queues. The first problem is that I cannot configure a message bridge to my JMS topics and queues, because the ActiveMQ broker cannot see these topics and queues in my EAR (my EAR is the last module to start up). Because of this problem, I considered moving all my JMS topics and queues outside of my EAR and into the ActiveMQ XBean configuration itself. However, once I do that, I can no longer deploy my EAR to the server due to an error that I get. It appears that the deployer does not like my references to the queues in my ejb-jar.xml and openejb-jar.xml descriptors, as it can no longer find the definitions of the queues in my EAR. The actual error I get during deployment is: [java] Deployer operation failed: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/LocalTopic# in configuration Mxi/Testing/1/ear [java] org.apache.geronimo.common.DeploymentException: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/LocalTopic# in configuration Mxi/Testing/1/ear Does anybody have any suggestions as how to resolve this circular problem? __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: JMS Queue/Topic definitions and external ActiveMQ XBean configuration
I tried what you have suggested, and it did fix the deploy issue, but it seems like two separate topics get created with the same name. The message bridge listens on the first topic that is defined, and the EAR references the second topic that is defined. David Jencks [EMAIL PROTECTED] wrote on 03-07-2007 05:38:16 PM: I don't know how likely it is to work, but what happens if you define the admin objects in both the xbean activemq plan (so your message bridge can work) and also in your ear (so geronimo believes they exist)? I have the rather unsubstantiated impression that AMQ thinks a topic or queue is just a name and is happy to treat any use of the same name as the same topic or queue. thanks david jencks On Mar 7, 2007, at 5:00 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm currently trying to configure an ActiveMQ JMS message bridge. In order to do this, I had to recompile Geronimo 1.2 so that it would pick up its ActiveMQ broker configuration from an external XBean configuration file. I also deploy an EAR to Geronimo that consists of our application. Within this EAR, I have an ActiveMQ RAR adapter with an XML plan, in which I define all my JMS topics and queues. The first problem is that I cannot configure a message bridge to my JMS topics and queues, because the ActiveMQ broker cannot see these topics and queues in my EAR (my EAR is the last module to start up). Because of this problem, I considered moving all my JMS topics and queues outside of my EAR and into the ActiveMQ XBean configuration itself. However, once I do that, I can no longer deploy my EAR to the server due to an error that I get. It appears that the deployer does not like my references to the queues in my ejb-jar.xml and openejb-jar.xml descriptors, as it can no longer find the definitions of the queues in my EAR. The actual error I get during deployment is: [java] Deployer operation failed: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/LocalTopic# in configuration Mxi/Testing/1/ear [java] org.apache.geronimo.common.DeploymentException: Can not resolve admin object ref ?j2eeType=JCAAdminObject,name=com/mxi/mx/jms/ LocalTopic# in configuration Mxi/Testing/1/ear Does anybody have any suggestions as how to resolve this circular problem? __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Programatically querying security realm
Hi, I have a custom security realm defined that uses a database login module. What I would like to do is, from a custom GBean, query the realm/login-module somehow to test if a given username/password is valid. So I will have a username string and a password string, and I would like to validate it and get back a boolean indicating its validity. I think I would use the Kernel to grab an instance of some security-related GBean to do this and invoke an operation on it, but I'm not sure which one I would have to use. Anybody have any ideas? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: TransactionRollbackException
This was most likely due to an exception thrown in the EJB, causing the transaction rollback. Spotts, Joel \(ISS Atlanta\) [EMAIL PROTECTED] wrote on 03-01-2007 11:57:47 AM: It's possible this is an ejb issue, and I don't understand enough about ejb, but I have an ejb deployed on geronimo 1.1.1. When a method from the ejb is invoked, I get the following exception: Caused by: javax.transaction.TransactionRolledbackException at org.openejb.transaction.ContainerPolicy$TxRequired. invoke(ContainerPolicy.java:126) at org.openejb.transaction.TransactionContextInterceptor. invoke(TransactionContextInterceptor.java:80) at org.openejb.security.EJBSecurityInterceptor. invoke(EJBSecurityInterceptor.java:101) at org.openejb.security.EJBRunAsInterceptor. invoke(EJBRunAsInterceptor.java:85) at org.openejb.slsb.StatelessInstanceInterceptor. invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired. invoke(ContainerPolicy.java:140) at org.openejb.transaction.TransactionContextInterceptor. invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor. invoke(SystemExceptionInterceptor.java:82) at org.openejb. GenericEJBContainer$DefaultSubjectInterceptor. invoke(GenericEJBContainer.java:544) at org.openejb.GenericEJBContainer. invoke(GenericEJBContainer.java:238) at org.openejb.proxy.EJBMethodInterceptor. intercept(EJBMethodInterceptor.java:164) at org.openejb.proxy. SessionEJBObject$$EnhancerByCGLIB$$cd9adc19.setTask(generated) at net.iss.rssp.server.TaskServicesAPI. setTask(TaskServicesAPI.java:91) ... 25 more (I have included just the last part of the stack trace). Anyone have ideas as to the cause? What other info might be helpful in tracking this down? Thanks, Yoel Spotts __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: java out of swap space error
I just started seeing this error today pretty consistently on my Geronimo instance as well. There are some Sun bug reports that describe this issue, but I have not found any definitive cause yet. The HotSpot compiler seems to have some trouble allocating a chunk of space during bytecode compilation. I've seen a suggestion that HotSpot can be disabled with the -Xint property which would force it to run in interpreted mode, although there would be a performance hit with this. The size of the heap on my own server was not overly large when I got this error, so it's kind of strange. Right now I'm working on trying to fix this issue, so if I find anything out, I can let you know. Similarly, if you manage to solve this issue, let me know. :-) theo burry [EMAIL PROTECTED] wrote on 03-01-2007 03:20:31 PM: Hi, I am getting the following error in the geronimo logs for my webapp: Exception in thread CompilerThread1 java.lang.OutOfMemoryError: requested 32764 bytes for ChunkPool::allocate. Out of swap space? I did some research and added the following java_opts in geronimo.sh: JAVA_OPTS='-Xms512m -Xmx512m -Xss128k -XX:PermSize=128m -XX:MaxPermSize=128m' This virtually eliminated the problem but I am still seeing it occasionally. Do I just need to tweak these memory settings or is there something else going on? I don't get this error during periods of particularly high usage so it is a little puzzling. I'm running geronimo 1.1.1 with jetty, java 1.5.0 on freebsd 4. Thanks, Theo Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Adding Tomcat Valve specific web apps
Ok, I figured out how to get this to work! I leave my existing Tomcat Valves that are defined in my config.xml as is. I then add the web-app specific Tomcat Valve as a GBean in my geronimo-web.xml, and reference that GBean from the valve-chain element. So my original valves are defined in config.xml as follows: --- gbean name=FirstValve attribute name=classNameorg.apache.catalina.valves.AccessLogValve/attribute attribute name=initParamsprefix=0.0.0.0_access_log. suffix=.txt pattern=common/attribute reference name=NextValve pattern nameSecondValve/name /pattern /reference /gbean gbean gbeanInfo=org.apache.geronimo.tomcat.ValveGBean name=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car,j2eeType=GBean,name=SecondValve attribute name=classNameorg.apache.catalina.authenticator.SingleSignOn/attribute /gbean --- My web-app specific Tomcat Valve is then defined in the geronimo-web.xml for my web-app like this: --- ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-1.1; xmlns:naming=http://geronimo.apache.org/xml/ns/naming-1.1; xmlns:security=http://geronimo.apache.org/xml/ns/security-1.1; xmlns:sys=http://geronimo.apache.org/xml/ns/deployment-1.1; cross-context / valve-chainBasicAuthValve/valve-chain security-realm-nameMaintenixRealm/security-realm-name sys:gbean name=BasicAuthValve class=org.apache.geronimo.tomcat.ValveGBean sys:attribute name=classNameorg.apache.catalina.authenticator.BasicAuthenticator/sys:attribute sys:attribute name=initParamsdisableProxyCaching=false/sys:attribute /sys:gbean /web-app --- Aman Nanner/MxI Technologies [EMAIL PROTECTED] To com user@geronimo.apache.org cc 02-27-2007 01:50 PMSubject Re: Adding Tomcat Valve specific web apps Please respond to [EMAIL PROTECTED] che.org Is the valve-chain element supposed to refer to a GBean valve name? I've tried this but I'm getting deployment errors. I have defined the following valve chain in my config.xml gbean name=FirstValve attribute name=classNameorg.apache.catalina.valves.AccessLogValve/attribute attribute name=initParamsprefix=0.0.0.0_access_log. suffix=.txt pattern=common/attribute reference name=NextValve pattern nameSecondValve/name /pattern /reference /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car,j2eeType=GBean,name=SecondValve gbeanInfo=org.apache.geronimo.tomcat.ValveGBean attribute name=classNameorg.apache.catalina.authenticator.SingleSignOn/attribute /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car,j2eeType=GBean,name=BasicAuthValve gbeanInfo=org.apache.geronimo.tomcat.ValveGBean attribute name=classNameorg.apache.catalina.authenticator.BasicAuthenticator/attribute attribute name=initParamsdisableProxyCaching=false/attribute reference name=NextValve pattern nameFirstValve/name /pattern /reference /gbean The config.xml defines a default valve chain consisting of FirstValve and SecondValve. Now, in certain specific web apps, I want to define the valve-chain element in the geronimo.web.xml so that I can extend this valve chain with another valve, but just for the specific web app. In the geronimo-web.xml
Re: Adding Tomcat Valve specific web apps
Is the valve-chain element supposed to refer to a GBean valve name? I've tried this but I'm getting deployment errors. I have defined the following valve chain in my config.xml gbean name=FirstValve attribute name=classNameorg.apache.catalina.valves.AccessLogValve/attribute attribute name=initParamsprefix=0.0.0.0_access_log. suffix=.txt pattern=common/attribute reference name=NextValve pattern nameSecondValve/name /pattern /reference /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car,j2eeType=GBean,name=SecondValve gbeanInfo=org.apache.geronimo.tomcat.ValveGBean attribute name=classNameorg.apache.catalina.authenticator.SingleSignOn/attribute /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car,j2eeType=GBean,name=BasicAuthValve gbeanInfo=org.apache.geronimo.tomcat.ValveGBean attribute name=classNameorg.apache.catalina.authenticator.BasicAuthenticator/attribute attribute name=initParamsdisableProxyCaching=false/attribute reference name=NextValve pattern nameFirstValve/name /pattern /reference /gbean The config.xml defines a default valve chain consisting of FirstValve and SecondValve. Now, in certain specific web apps, I want to define the valve-chain element in the geronimo.web.xml so that I can extend this valve chain with another valve, but just for the specific web app. In the geronimo-web.xml, I will add the following element: valve-chainBasicAuthValve/valve-chain I'm hoping that this pre-appends the BasicAuthValve valve to the valve chain, since the BasicAuthValve has the FirstValve as a GBean reference. As I stated before, I'm getting a deployment error when this occurs: [java] The service [java] J2EEApplication=Mxi/Maintenix/1/ear,j2eeType=WebModule,name=induction.war [java] did not start because [java] Mxi/Maintenix/1/ear?J2EEApplication=Mxi/Maintenix/1/ear,WebModule=induction.war,j2eeType=TomcatValve,name=BasicAuthValve [java] did not start. It seems that the deployer is trying look for the BasicAuthValve GBean in the web app itself. Anybody have any ideas on how I can get this working? Thanks, Aman Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 02-21-2007 04:58:27 PM: Hello, I'm deploying an application EAR file on Geronimo 1.2-beta. This EAR contains several web applications. When we deploy this application in JBoss, we have a META-INF/context.xml file in each web app that lets us specify Tomcat valves that only apply to that web app in particular. We would like to do the same thing with Tomcat in Geronimo. Upon examining the geronimo-tomcat-1.1.xsd descriptor (which is the schema we are using for the geronimo-web.xml), I noticed that there is a tomcat:valve-chain element. This would appear to be the element that would offer the functionality that we are looking for. However, it is only defined as a string type, and I'm not sure how I'm supposed to specify the valve(s) in here. Also, do these valves get used in addition to the valves that are specified in config.xml? If anybody has any knowledge in this area, please let me know. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: javax.mail.NoSuchProviderException when Trying to send mail usingGeronimo 1.1.1 - Reg
I'd like to rebuild the Geronimo 1.2 branch with javamail config dependency enabled properly. Do I need to add some kind of dependency to the plan.xml for javamail config? Rick McGuire [EMAIL PROTECTED] wrote on 02-27-2007 07:20:01 AM: Kamalanathan Raman wrote: Hi Aman, The geronimo-java-mail-transport jar should be present inside the repository/Geronimo folder just check for that and add to your classpath The geronimo-javamail-transport jar doesn't exist any more in the 1.2 release. It has been replaced by the geroinimo-javamail_1.3.1_provider jar file. Unfortunately, in the Geronimo 1.2 beta, that dependency somehow got removed from the javamail config dependency, resulting in the jar file not getting included in the final assembly. I'll take care of getting this fixed for the final Geronimo 1.2 release. Rick Thanks and Regards, Kamal -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 27, 2007 4:42 AM To: user@geronimo.apache.org Subject: Re: javax.mail.NoSuchProviderException when Trying to send mail usingGeronimo 1.1.1 - Reg I tried deploying with this configuration, but the deployment failed as this does not exist in the repository anywhere. Is the geronimo-javamail_1.3.1_provider supposed to exist as a module or configuration in the repository? Is it a separate plugin? Rick McGuire [EMAIL PROTECTED] wrote on 02-26-2007 05:29:41 PM: Aman Nanner/MxI Technologies wrote: Hi, I'm also getting a NoSuchProviderException, but in Geronimo 1.2. It seems that the geronimo-javamail-transport module has been moved, or no longer exists, so what dependency should I use in its place? In 1.2, the javamail providers are in geronimo-javamail_1.3.1_provider, which is in the org.apache.geronimo.javamail groupId. For providers, we now have POP3, NNTP, and NNTP-POST in addtion to SMTP. Rick Thanks, Aman In order to send mail, there are two jar files you need in your dependencies. The first jar file, geronimo-javamail_1.3.1_spec-1.1.jar is in the base configuration and contains the javax.mail.* classes. You have that one, otherwise you wouldn't get as far as you have. The second jar file, geronimo-javamail-transport-1.1.1.jar contains the Geronimo SMTP transport implementation. That's the jar file you're missing in your application dependencies. Rick Kamalanathan Raman wrote: Hi , Iam using Geronimo 1.1.1 .Can any one help me in resolving the following issue, iam trying to configure a mail session and send notification mail. But when I try to run my application it throws this particular error. Iam not able to figure out what it suggests, Your valuable suggestion is invited.Thanks in advance for your reply. 2007-02-19 18:32:54,601 ERROR com.symcor.common.util.SendMail -sendNotification(...):_MessagingException_ _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) 2007-02-19 18:32:54,617 INFO com.symcor.common.util.SendMail -sendNotification(...):exit 2007-02-19 18:32:54,617 ERROR root -main[]:Unable to locate provider for protocol: smtp _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) Thanks and Regards, kamal __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information
Re: javax.mail.NoSuchProviderException when Trying to send mail usingGeronimo 1.1.1 - Reg
Thanks, I rebuilt Geronimo with the dependency and it works now. Aman Rick McGuire [EMAIL PROTECTED] wrote on 02-27-2007 02:23:39 PM: Aman Nanner/MxI Technologies wrote: I'd like to rebuild the Geronimo 1.2 branch with javamail config dependency enabled properly. Do I need to add some kind of dependency to the plan.xml for javamail config? If you're rebuilding from source, add the following lines to the dependencies section of configs/javamail/pom.xml: dependency groupIdorg.apache.geronimo.javamail/groupId artifactIdgeronimo-javamail_1.3.1_provider/artifactId /dependency Rick Rick McGuire [EMAIL PROTECTED] wrote on 02-27-2007 07:20:01 AM: Kamalanathan Raman wrote: Hi Aman, The geronimo-java-mail-transport jar should be present inside the repository/Geronimo folder just check for that and add to your classpath The geronimo-javamail-transport jar doesn't exist any more in the 1.2 release. It has been replaced by the geroinimo-javamail_1.3.1 _provider jar file. Unfortunately, in the Geronimo 1.2 beta, that dependency somehow got removed from the javamail config dependency, resulting in the jar file not getting included in the final assembly. I'll take care of getting this fixed for the final Geronimo 1.2 release. Rick Thanks and Regards, Kamal -Original Message- From: Aman Nanner/MxI Technologies [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 27, 2007 4:42 AM To: user@geronimo.apache.org Subject: Re: javax.mail.NoSuchProviderException when Trying to send mail usingGeronimo 1.1.1 - Reg I tried deploying with this configuration, but the deployment failed as this does not exist in the repository anywhere. Is the geronimo-javamail_1.3.1_provider supposed to exist as a module or configuration in the repository? Is it a separate plugin? Rick McGuire [EMAIL PROTECTED] wrote on 02-26-2007 05:29:41 PM: Aman Nanner/MxI Technologies wrote: Hi, I'm also getting a NoSuchProviderException, but in Geronimo 1.2. It seems that the geronimo-javamail-transport module has been moved, or no longer exists, so what dependency should I use in its place? In 1.2, the javamail providers are in geronimo-javamail_1.3.1_provider, which is in the org.apache.geronimo.javamail groupId. For providers, we now have POP3, NNTP, and NNTP-POST in addtion to SMTP. Rick Thanks, Aman In order to send mail, there are two jar files you need in your dependencies. The first jar file, geronimo-javamail_1.3.1_spec-1.1.jar is in the base configuration and contains the javax.mail.* classes. You have that one, otherwise you wouldn't get as far as you have. The second jar file, geronimo-javamail-transport-1.1.1.jar contains the Geronimo SMTP transport implementation. That's the jar file you're missing in your application dependencies. Rick Kamalanathan Raman wrote: Hi , Iam using Geronimo 1.1.1 .Can any one help me in resolving the following issue, iam trying to configure a mail session and send notification mail. But when I try to run my application it throws this particular error. Iam not able to figure out what it suggests, Your valuable suggestion is invited.Thanks in advance for your reply. 2007-02-19 18:32:54,601 ERROR com.symcor.common.util.SendMail -sendNotification(...):_MessagingException_ _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) 2007-02-19 18:32:54,617 INFO com.symcor.common.util.SendMail -sendNotification(...):exit 2007-02-19 18:32:54,617 ERROR root -main[]:Unable to locate provider for protocol: smtp _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_
Configuring JMS Message Bridging and Geronimo
Hi, I need to configure Active MQ's Message Bridging feature in a Geronimo(1.2)-embedded Active MQ instance. I've read some documentation on the ActiveMQ site on configuring message bridging in general, but I'm not clear on how this is done through the ActiveMQ RAR that is deployed in Geronimo. Any help would be appreciated. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: javax.mail.NoSuchProviderException when Trying to send mail using Geronimo 1.1.1 - Reg
Hi, I'm also getting a NoSuchProviderException, but in Geronimo 1.2. It seems that the geronimo-javamail-transport module has been moved, or no longer exists, so what dependency should I use in its place? Thanks, Aman In order to send mail, there are two jar files you need in your dependencies. The first jar file, geronimo-javamail_1.3.1_spec-1.1.jar is in the base configuration and contains the javax.mail.* classes. You have that one, otherwise you wouldn't get as far as you have. The second jar file, geronimo-javamail-transport-1.1.1.jar contains the Geronimo SMTP transport implementation. That's the jar file you're missing in your application dependencies. Rick Kamalanathan Raman wrote: Hi , Iam using Geronimo 1.1.1 .Can any one help me in resolving the following issue, iam trying to configure a mail session and send notification mail. But when I try to run my application it throws this particular error. Iam not able to figure out what it suggests, Your valuable suggestion is invited.Thanks in advance for your reply. 2007-02-19 18:32:54,601 ERROR com.symcor.common.util.SendMail -sendNotification(...):_MessagingException_ _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) 2007-02-19 18:32:54,617 INFO com.symcor.common.util.SendMail -sendNotification(...):exit 2007-02-19 18:32:54,617 ERROR root -main[]:Unable to locate provider for protocol: smtp _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) Thanks and Regards, kamal __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: javax.mail.NoSuchProviderException when Trying to send mail using Geronimo 1.1.1 - Reg
I tried deploying with this configuration, but the deployment failed as this does not exist in the repository anywhere. Is the geronimo-javamail_1.3.1_provider supposed to exist as a module or configuration in the repository? Is it a separate plugin? Rick McGuire [EMAIL PROTECTED] wrote on 02-26-2007 05:29:41 PM: Aman Nanner/MxI Technologies wrote: Hi, I'm also getting a NoSuchProviderException, but in Geronimo 1.2. It seems that the geronimo-javamail-transport module has been moved, or no longer exists, so what dependency should I use in its place? In 1.2, the javamail providers are in geronimo-javamail_1.3.1_provider, which is in the org.apache.geronimo.javamail groupId. For providers, we now have POP3, NNTP, and NNTP-POST in addtion to SMTP. Rick Thanks, Aman In order to send mail, there are two jar files you need in your dependencies. The first jar file, geronimo-javamail_1.3.1_spec-1.1.jar is in the base configuration and contains the javax.mail.* classes. You have that one, otherwise you wouldn't get as far as you have. The second jar file, geronimo-javamail-transport-1.1.1.jar contains the Geronimo SMTP transport implementation. That's the jar file you're missing in your application dependencies. Rick Kamalanathan Raman wrote: Hi , Iam using Geronimo 1.1.1 .Can any one help me in resolving the following issue, iam trying to configure a mail session and send notification mail. But when I try to run my application it throws this particular error. Iam not able to figure out what it suggests, Your valuable suggestion is invited.Thanks in advance for your reply. 2007-02-19 18:32:54,601 ERROR com.symcor.common.util.SendMail -sendNotification(...):_MessagingException_ _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) 2007-02-19 18:32:54,617 INFO com.symcor.common.util.SendMail -sendNotification(...):exit 2007-02-19 18:32:54,617 ERROR root -main[]:Unable to locate provider for protocol: smtp _javax.mail.NoSuchProviderException_: Unable to locate provider for protocol: smtp at javax.mail.Session.getProvider(_Session.java:227_) at javax.mail.Session.getTransport(_Session.java:336_) at javax.mail.Session.getTransport(_Session.java:366_) at javax.mail.Transport.send(_Transport.java:65_) at javax.mail.Transport.send(_Transport.java:46_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:171_) at com.symcor.common.util.SendMail.sendNotification(_SendMail.java:92_) at com.symcor.eds.app.RunEDSService.sendMail(_RunEDSService.java:411_) at com.symcor.eds.app.RunEDSService.main(_RunEDSService.java:338_) Thanks and Regards, kamal __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Plaintext passwords in Geronimo plans and config files
Actually, the keystorePassword for the Tomcat SSL Web Connector is indeed getting encrypted by the server in the config.xml, so it seems that the encryption for passwords in config.xml is built-in by default. [EMAIL PROTECTED] wrote on 02-22-2007 01:24:24 PM: On 2/22/07, David Jencks [EMAIL PROTECTED] wrote: I haven't found the code that does this, but I think that it encrypts config.xml rather than any plans. I could be very wrong although since plans aren't needed at runtime I can't see how encryption could be applied to them. I think it's in util or one of the alphabetically late modules in the list. :) I'm pretty sure we could find it by looking at the code that saves config.xml property values. Anyway, I assume that encryption in config.xml is what we're talking about here -- that is, encryption in the server config files after the application is deployed, not encryption in the deployment plan that's used only once. But it should be possible to hook in the encryption to saved plans or any other places where we have data that should be concealed. As you pointed out it's not really safe against a skilled attacker with access to the server configuration, but it could provide the level of no plain text passwords in server configuration assurance. Thanks, Aaron On 2/22/07, Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote: Hi, I have noticed that passwords in plans and configuration files in Geronimo (1.2-beta) are not encrypted by the server, and remain in plaintext. For example, passwords in: 1) Datasource connector plans 2) ActiveMQ connector plans 3) TomcatWebSSL Keystore passwords 4) Geronimo properties realm passwords Having these plaintext passwords in these configuration files pose an inherent security risk that would prevent us from deploying Geronimo out to customer sites. Are there any plans to have all these passwords encrypted? Thanks, Aman _ _ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Plaintext passwords in Geronimo plans and config files
David Jencks [EMAIL PROTECTED] wrote on 02-22-2007 12:01:11 PM: On Feb 22, 2007, at 6:12 AM, Aman Nanner/MxI Technologies wrote: Hi, I have noticed that passwords in plans and configuration files in Geronimo (1.2-beta) are not encrypted by the server, and remain in plaintext. For example, passwords in: 1) Datasource connector plans 2) ActiveMQ connector plans 3) TomcatWebSSL Keystore passwords 4) Geronimo properties realm passwords Having these plaintext passwords in these configuration files pose an inherent security risk that would prevent us from deploying Geronimo out to customer sites. Are there any plans to have all these passwords encrypted? 1-3 of these are in module plans, which are unneeded after the module has been deployed into a car file. So, don't distribute the plans but the car files. That's an interesting idea, but we need to have the module plans distributed as part of the EAR, as the customer will need to redeploy our application if we provide them with custom software integration pieces at a later point in time. Currently with our customers that use JBoss or Weblogic, we provide scripts as part of our distribution that will unpack an EAR, add new custom EJB jars or WARs, and redeploy the EAR. We would like to do the same with Geronimo. What we could do, after deployment of our EAR, is encrypt the passwords in the plans ourselves using a script. When the customer needs to redeploy the EAR, we could have a script that would decrypt the passwords into plaintext, redeploy the EAR, and then re-encrypt the passwords after deployment. For (4), I'd suggest you use a non-toy authentication method such as ldap. Properties file based authentication is mainly intended for experimentation. We currently have our own custom realm that uses a DB for authentication. This custom realm is application-scoped within our EAR. Probably what we'll do is make the custom realm system-scoped, and use it in cases where the properties realm was being used. You can probably figure out how to extract passwords from the car files if you work hard enough. However, if you think this is a problem I'd like to remind you that security against someone with physical access to a machine or complete file system access is pretty much impossible: look at the recent HDDVD crack. In other words, if you distribute software to customer machines, you should assume that if they really want to they can extract any passwords you try to hide in the software. There are still safeguards that are used in the event physical access is breached. For example, passwords are usually hashed using SHA-1 or MD5 algorithm when stored in a file or database. In this event, someone who has physical access to the machine (be it an intruder or the database administrator) cannot determine what any individual's password is, since it is one-way hashed. Of course, one-way hashes are useless for the deployment plans unless the hashes can be provided to the underlying system. For example, if ActiveMQ accepted password hashes, then the passwords could be hashed in the RAR plan, and these hashes could be provided to ActiveMQ. Otherwise, a reversible encryption algorithm would have to be used to encrypt the passwords (so that they could be decrypted before being sent to the underlying system). I've wondered if it would be appropriate to provide a mode whereby you need a password to start geronimo or you supply a command line password to unlock the keystores on startup, but haven't got much beyond wondering if it would actually provide any additional security beyond that available on a properly secured server. From our experience, there are many customers that freak out if they see plaintext passwords ANYWHERE on a system, even if it is secured. I do realize your point about properly securing the server, but there exist certain security standards (EAL, for example) that likely would require visible passwords to be encrypted or hashed. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Plaintext passwords in Geronimo plans and config files
Another approach for the db/jms connectors that I like although I'm not sure if its completely tested is to leave out the user/pw from the plans and use Subject based authentication. With this approach you'd add a login module to the security realm that would insert appropriate UserPassword credentials into the subject for each db/jms you need to use. When you need a connection to a db/jms these credentials would be used instead of those from the db/jms connector plan. Is there any documentation on this? I don't think I could use it anyhow though, since our login module is DB-based, and so the login module itself needs a pre-authenticated DB connection. Well, if say AMQ accepted hashes, that just means that the passwords are less likely to be remembered by a human the hashed value has become a password. I don't think the hashed value wouldn't need to be known or remembered by any human as a human would always configure AMQ or an AMQ client with a plaintext password. The client would hash the value and send the hashed value to AMQ, and then AMQ would recognize that the password is hashed. If AMQ were itself to store the password as hashed, it would simply do a direct comparison. Otherwise, it would hash its stored password, and compare that hash with the hash received from the client. I think this is definitely a topic that needs further consideration. My preference is that we come up with a solution that actually provides some level of security rather than relying on obscurity and as a result my bias is to object to schemes that simply obscure information. They could still be useful and a good idea :-) The hashing mechanism provides actual security, rather than just obscurity, since a hash is one-way by definition (a plaintext password cannot be recovered from a hash). That being said, I think that obscurity is part of the security process. Even if something can still be theoretically cracked, it's always good to make it that much harder to crack. An analogy is a lock for your bicycle; somebody that's determine to steal your bike will likely be able to break the lock, but nobody would argue that a bicycle lock doesn't add a great deal of protection. Maybe a better analogy is how Java code is obfuscated; theoretically it could still be reverse-engineered, but it's much harder. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Message-Driven Beans with run-as Subject
Ok, I've succesfully rebuilt the openejb2 branch with my change to the DefaultMdbContainer class. What's the best way to deploy this modified version of OpenEJB to my Geronimo server? I tried adding the JARs to new 2.3-incubating-SNAPSHOT folders in their respective folders, but it seems like there are specific references to the 2.2-incubating version of openEJB in Geronimo. Also, if I just replace the 2.2 JARS with the new patched JARS, then there is a serialization error that occurs during server startup and I get a InvalidConfigurationException. Do I need to somehow rebuild Geronimo completely with the new OpenEJB libraries? If so, is there an article that describes what steps I need to take? Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 02-20-2007 11:51:23 AM: On Feb 19, 2007, at 9:24 PM, Aman Nanner/MxI Technologies wrote: I checked out the MDB interceptor stack and I do see that the EjbRunAsInterceptor is missing. In order for me to add it and test it out, I'd need to rebuild the openejb-2.2 project. I have this checked out but am having difficulty building it. Is there an article out there for building openejb-2.2? The main page at the openejb.org site has instructions on how to build openejb3, but not version 2. I did a bit of searching but couldn't find it... You should have checked out https://svn.apache.org/repos/asf/incubator/openejb/trunk/openejb2 This project builds with maven 2.0.5, and running mvn ought to work (after enough tries). What problems are you seeing? thanks david jencks Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 02-19-2007 01:50:24 PM: It looks to me as if the mdb interceptor stack is missing the EJBRunAsInterceptor which would mean that run-as wouldn't work. I'm also not seeing how any Subject such as the default subject is set for an mdb call. So I think there's a bug (would rather check the spec to make sure it's supposed to work before definitely declaring a bug). Since you can't import security with an mdb from the inbound message I'd think you could get almost the same result by making the default subject for the mdb call your run-as subject, and this might work, but I can't figure out if or how that's being set. If you would like to experiment you might compare the ejb containers and modify the mdb one to include the EJBRunAsInterceptor at a likely spot and see if it works. thanks david jencks On Feb 19, 2007, at 9:10 AM, Aman Nanner/MxI Technologies wrote: Hi, One Geronimo 1.2-beta, I'm running into a problem where a message- driven bean that I have is unable to access a stateless session EJB that I have, due to method permission restrictions. This MDB is configured with a run-as subject in the ejb-jar.xml which is supposed to allow it to access this restricted EJB. I have the MDB configured similar to the following: message-driven display-nameTestMDB/display-name ejb-nameTestMDB/ejb-name ejb-classcom.acme.ejb.TestMDB/ejb-class transaction-typeBean/transaction-type message-destination-typejavax.jms.Topic/message-destination-type activation-config activation-config-property activation-config-property-nameacknowledgeMode/activation-config- property-name activation-config-property-valueAuto-acknowledge/activation- config-property-value /activation-config-property activation-config-property activation-config-property-namemessageSelector/activation-config- property-name activation-config-property-valueJOB_CODE = 'FOO'/activation-config-property-value /activation-config-property activation-config-property activation-config-property-namesubscriptionDurability/activation- config-property-name activation-config-property-valueNonDurable/activation-config- property-value /activation-config-property /activation-config ejb-ref ejb-ref-nameejb/common/TestEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homecom.acme.ejb.TestHome/home remotecom.acme.ejb.TestRemote/remote ejb-linkTestEJB/ejb-link /ejb-ref security-identity run-as role-nameTESTROLE/role-name /run-as /security-identity /message-driven Can anybody confirm if the run-as functionality for MDBs works as it's supposed to in Geronimo 1.2-beta? Am I supposed to make a further configuration to one of the geronimo or openejb descriptors, in addition to the ejb-jar.xml? Through some debugging in Eclipse, I've found that the run-as subject does get loaded into the MDB Deployment Context as described, but I haven't confirmed if it actually gets set as the Subject
Configuring username and password for embedded ActiveMQ server in Geronimo
Hello, I am using Geronimo 1.2-beta. I would like to know how to configure the username and password for the embedded ActiveMQ server in Geronimo. I have seen plenty of documentation of how to configure the username/password in the ActiveMQ Resource Adapter, but none on how to configure the actual setting on the server itself. In the RAR, the username and password is set to defaultUser and defaultPassword (which can be configured by the associated geronimo connector plan). However, what if I don't want the server to use the defaultUser and defaultPassword combination? Where is the ActiveMQ user configuration set? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Adding Tomcat Valve specific web apps
Hello, I'm deploying an application EAR file on Geronimo 1.2-beta. This EAR contains several web applications. When we deploy this application in JBoss, we have a META-INF/context.xml file in each web app that lets us specify Tomcat valves that only apply to that web app in particular. We would like to do the same thing with Tomcat in Geronimo. Upon examining the geronimo-tomcat-1.1.xsd descriptor (which is the schema we are using for the geronimo-web.xml), I noticed that there is a tomcat:valve-chain element. This would appear to be the element that would offer the functionality that we are looking for. However, it is only defined as a string type, and I'm not sure how I'm supposed to specify the valve(s) in here. Also, do these valves get used in addition to the valves that are specified in config.xml? If anybody has any knowledge in this area, please let me know. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Message-Driven Beans with run-as Subject
Ok, I had checked out the openejb2 TAG version, not the trunk version of openejb2. I'll try the trunk David Jencks [EMAIL PROTECTED] wrote on 02-20-2007 11:51:23 AM: On Feb 19, 2007, at 9:24 PM, Aman Nanner/MxI Technologies wrote: I checked out the MDB interceptor stack and I do see that the EjbRunAsInterceptor is missing. In order for me to add it and test it out, I'd need to rebuild the openejb-2.2 project. I have this checked out but am having difficulty building it. Is there an article out there for building openejb-2.2? The main page at the openejb.org site has instructions on how to build openejb3, but not version 2. I did a bit of searching but couldn't find it... You should have checked out https://svn.apache.org/repos/asf/incubator/openejb/trunk/openejb2 This project builds with maven 2.0.5, and running mvn ought to work (after enough tries). What problems are you seeing? thanks david jencks Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 02-19-2007 01:50:24 PM: It looks to me as if the mdb interceptor stack is missing the EJBRunAsInterceptor which would mean that run-as wouldn't work. I'm also not seeing how any Subject such as the default subject is set for an mdb call. So I think there's a bug (would rather check the spec to make sure it's supposed to work before definitely declaring a bug). Since you can't import security with an mdb from the inbound message I'd think you could get almost the same result by making the default subject for the mdb call your run-as subject, and this might work, but I can't figure out if or how that's being set. If you would like to experiment you might compare the ejb containers and modify the mdb one to include the EJBRunAsInterceptor at a likely spot and see if it works. thanks david jencks On Feb 19, 2007, at 9:10 AM, Aman Nanner/MxI Technologies wrote: Hi, One Geronimo 1.2-beta, I'm running into a problem where a message- driven bean that I have is unable to access a stateless session EJB that I have, due to method permission restrictions. This MDB is configured with a run-as subject in the ejb-jar.xml which is supposed to allow it to access this restricted EJB. I have the MDB configured similar to the following: message-driven display-nameTestMDB/display-name ejb-nameTestMDB/ejb-name ejb-classcom.acme.ejb.TestMDB/ejb-class transaction-typeBean/transaction-type message-destination-typejavax.jms.Topic/message-destination-type activation-config activation-config-property activation-config-property-nameacknowledgeMode/activation-config- property-name activation-config-property-valueAuto-acknowledge/activation- config-property-value /activation-config-property activation-config-property activation-config-property-namemessageSelector/activation-config- property-name activation-config-property-valueJOB_CODE = 'FOO'/activation-config-property-value /activation-config-property activation-config-property activation-config-property-namesubscriptionDurability/activation- config-property-name activation-config-property-valueNonDurable/activation-config- property-value /activation-config-property /activation-config ejb-ref ejb-ref-nameejb/common/TestEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homecom.acme.ejb.TestHome/home remotecom.acme.ejb.TestRemote/remote ejb-linkTestEJB/ejb-link /ejb-ref security-identity run-as role-nameTESTROLE/role-name /run-as /security-identity /message-driven Can anybody confirm if the run-as functionality for MDBs works as it's supposed to in Geronimo 1.2-beta? Am I supposed to make a further configuration to one of the geronimo or openejb descriptors, in addition to the ejb-jar.xml? Through some debugging in Eclipse, I've found that the run-as subject does get loaded into the MDB Deployment Context as described, but I haven't confirmed if it actually gets set as the Subject for the context. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete
Message-Driven Beans with run-as Subject
Hi, One Geronimo 1.2-beta, I'm running into a problem where a message-driven bean that I have is unable to access a stateless session EJB that I have, due to method permission restrictions. This MDB is configured with a run-as subject in the ejb-jar.xml which is supposed to allow it to access this restricted EJB. I have the MDB configured similar to the following: message-driven display-nameTestMDB/display-name ejb-nameTestMDB/ejb-name ejb-classcom.acme.ejb.TestMDB/ejb-class transaction-typeBean/transaction-type message-destination-typejavax.jms.Topic/message-destination-type activation-config activation-config-property activation-config-property-nameacknowledgeMode/activation-config-property-name activation-config-property-valueAuto-acknowledge/activation-config-property-value /activation-config-property activation-config-property activation-config-property-namemessageSelector/activation-config-property-name activation-config-property-valueJOB_CODE = 'FOO'/activation-config-property-value /activation-config-property activation-config-property activation-config-property-namesubscriptionDurability/activation-config-property-name activation-config-property-valueNonDurable/activation-config-property-value /activation-config-property /activation-config ejb-ref ejb-ref-nameejb/common/TestEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homecom.acme.ejb.TestHome/home remotecom.acme.ejb.TestRemote/remote ejb-linkTestEJB/ejb-link /ejb-ref security-identity run-as role-nameTESTROLE/role-name /run-as /security-identity /message-driven Can anybody confirm if the run-as functionality for MDBs works as it's supposed to in Geronimo 1.2-beta? Am I supposed to make a further configuration to one of the geronimo or openejb descriptors, in addition to the ejb-jar.xml? Through some debugging in Eclipse, I've found that the run-as subject does get loaded into the MDB Deployment Context as described, but I haven't confirmed if it actually gets set as the Subject for the context. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Message-Driven Beans with run-as Subject
I checked out the MDB interceptor stack and I do see that the EjbRunAsInterceptor is missing. In order for me to add it and test it out, I'd need to rebuild the openejb-2.2 project. I have this checked out but am having difficulty building it. Is there an article out there for building openejb-2.2? The main page at the openejb.org site has instructions on how to build openejb3, but not version 2. I did a bit of searching but couldn't find it... Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 02-19-2007 01:50:24 PM: It looks to me as if the mdb interceptor stack is missing the EJBRunAsInterceptor which would mean that run-as wouldn't work. I'm also not seeing how any Subject such as the default subject is set for an mdb call. So I think there's a bug (would rather check the spec to make sure it's supposed to work before definitely declaring a bug). Since you can't import security with an mdb from the inbound message I'd think you could get almost the same result by making the default subject for the mdb call your run-as subject, and this might work, but I can't figure out if or how that's being set. If you would like to experiment you might compare the ejb containers and modify the mdb one to include the EJBRunAsInterceptor at a likely spot and see if it works. thanks david jencks On Feb 19, 2007, at 9:10 AM, Aman Nanner/MxI Technologies wrote: Hi, One Geronimo 1.2-beta, I'm running into a problem where a message- driven bean that I have is unable to access a stateless session EJB that I have, due to method permission restrictions. This MDB is configured with a run-as subject in the ejb-jar.xml which is supposed to allow it to access this restricted EJB. I have the MDB configured similar to the following: message-driven display-nameTestMDB/display-name ejb-nameTestMDB/ejb-name ejb-classcom.acme.ejb.TestMDB/ejb-class transaction-typeBean/transaction-type message-destination-typejavax.jms.Topic/message-destination-type activation-config activation-config-property activation-config-property-nameacknowledgeMode/activation-config- property-name activation-config-property-valueAuto-acknowledge/activation- config-property-value /activation-config-property activation-config-property activation-config-property-namemessageSelector/activation-config- property-name activation-config-property-valueJOB_CODE = 'FOO'/activation-config-property-value /activation-config-property activation-config-property activation-config-property-namesubscriptionDurability/activation- config-property-name activation-config-property-valueNonDurable/activation-config- property-value /activation-config-property /activation-config ejb-ref ejb-ref-nameejb/common/TestEJB/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homecom.acme.ejb.TestHome/home remotecom.acme.ejb.TestRemote/remote ejb-linkTestEJB/ejb-link /ejb-ref security-identity run-as role-nameTESTROLE/role-name /run-as /security-identity /message-driven Can anybody confirm if the run-as functionality for MDBs works as it's supposed to in Geronimo 1.2-beta? Am I supposed to make a further configuration to one of the geronimo or openejb descriptors, in addition to the ejb-jar.xml? Through some debugging in Eclipse, I've found that the run-as subject does get loaded into the MDB Deployment Context as described, but I haven't confirmed if it actually gets set as the Subject for the context. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message
How to look up a JMS Topic via the Kernel?
Hi, I have a GBean from which I need to grab a reference to a JMS TopicConnectionFactory and a JMS Topic. Currently, I am attempting to use the GBean Kernel API to grab these references. I have succesfully retrieved the TopicConnectionFactory using the following method: public TopicConnectionFactory getTopicConnectionFactory( String aTopicConnFactoryJndi ) { TopicConnectionFactory lTopicConnFactory = null; Kernel lKernel = KernelRegistry.getSingleKernel(); Iterator lConnectorIt = lKernel.listGBeans( new AbstractNameQuery( org.apache.geronimo.management.geronimo.JCAManagedConnectionFactory ) ) .iterator(); try { while ( lConnectorIt.hasNext() ) { AbstractName lName = ( AbstractName ) lConnectorIt.next(); String lConInterface = ( String ) lKernel.getAttribute( lName, connectionFactoryInterface ); if ( lConInterface.equals( javax.jms.TopicConnectionFactory ) ) { String lPoolName = lName.getNameProperty( name ); if ( lPoolName.equals( aTopicConnFactoryJndi ) ) { lTopicConnFactory = ( TopicConnectionFactory ) lKernel.invoke( lName, $getResource ); break; } } } } catch ( Exception e ) { throw new RuntimeException( Could not retrieve topic connection factory, e ); } return lTopicConnFactory; } However, I do not know how to retrieve a JMS Topic using the same technique as I don't know what my AbstractNameQuery should be, nor what attributes of the GBean I should be searching for. Does anybody know how to do this? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: How to look up a JMS Topic via the Kernel?
Thanks! I tried that and it worked...I don't think I would have been able to figure that out. Aman David Jencks [EMAIL PROTECTED] wrote on 02-16-2007 04:11:45 PM: On Feb 16, 2007, at 12:25 PM, Aman Nanner/MxI Technologies wrote: Hi, I have a GBean from which I need to grab a reference to a JMS TopicConnectionFactory and a JMS Topic. Currently, I am attempting to use the GBean Kernel API to grab these references. I have succesfully retrieved the TopicConnectionFactory using the following method: public TopicConnectionFactory getTopicConnectionFactory( String aTopicConnFactoryJndi ) { TopicConnectionFactory lTopicConnFactory = null; Kernel lKernel = KernelRegistry.getSingleKernel(); Iterator lConnectorIt = lKernel.listGBeans( new AbstractNameQuery( org.apache.geronimo.management.geronimo.JCAManagedConnectionFactory ) ) .iterator(); try { while ( lConnectorIt.hasNext() ) { AbstractName lName = ( AbstractName ) lConnectorIt.next(); String lConInterface = ( String ) lKernel.getAttribute( lName, connectionFactoryInterface ); if ( lConInterface.equals ( javax.jms.TopicConnectionFactory ) ) { String lPoolName = lName.getNameProperty( name ); if ( lPoolName.equals( aTopicConnFactoryJndi ) ) { lTopicConnFactory = ( TopicConnectionFactory ) lKernel.invoke( lName, $getResource ); break; } } } } catch ( Exception e ) { throw new RuntimeException( Could not retrieve topic connection factory, e ); } return lTopicConnFactory; } However, I do not know how to retrieve a JMS Topic using the same technique as I don't know what my AbstractNameQuery should be, nor what attributes of the GBean I should be searching for. Does anybody know how to do this? For the ANQ try something like #org.apache.geronimo.connector.AdminObjectSource or #org.apache.geronimo.connector.AdminObjectWrapper and try the adminObjectInterface or adminObjectClass attributes. You call $getResource on these as well to get the actual admin object. Hope this helps. we need to get an easy way for these to get into global jndi, this is ridiculously complicated :-( david jencks Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e- mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Enabling CrossContext in web applications
Hi, I need to enable the Tomcat CrossContext parameter for my web applications, so that their contexts are visible to each other, but I am not clear on how to do this properly in Geronimo 1.2-beta. I saw somewhere in a dev mailing list that the following snippet should be added to the geronimo-web.xml plan: --- container-config container=Tomcat config-param name=CrossContexttrue/config-param /container-config --- However, on the IBM website, I also see that there is a geronimo-tomcat.xml descriptor that I could put in my web application and that allows for the configurability of this CrossContext parameter (based on WASCE 1.1.0.1). Currently, I do not have any geronimo-tomcat.xml descriptors in my web applications. Does anybody know what the best way to do this is? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Enabling CrossContext in web applications
Thanks, this works! I had to change the namespace of the web-app element in my geronimo-web.xml to the Tomcat namespace that you specified, and add the cross-context/ element. This is an interesting technique to make the gernimo-web.xml more specific to the container. Aman Paul McMahan [EMAIL PROTECTED] wrote on 02-13-2007 11:48:10 AM: I haven't played with this in a while, but I think you just need to add cross-context/ to your deployment plan (geronimo-web.xml), according to the schema http://geronimo.apache.org/schemas-1.1/geronimo-tomcat-1.1.xsd. For example, something like this should work: web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-1.1; context-root/mywebapp/context-root cross-context/ /web-app Best wishes, Paul On 2/13/07, Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote: Hi, I need to enable the Tomcat CrossContext parameter for my web applications, so that their contexts are visible to each other, but I am not clear on how to do this properly in Geronimo 1.2-beta. I saw somewhere in a dev mailing list that the following snippet should be added to the geronimo-web.xml plan: --- container-config container=Tomcat config-param name=CrossContexttrue/config-param /container-config --- However, on the IBM website, I also see that there is a geronimo-tomcat.xml descriptor that I could put in my web application and that allows for the configurability of this CrossContext parameter (based on WASCE 1.1.0.1). Currently, I do not have any geronimo-tomcat.xml descriptors in my web applications. Does anybody know what the best way to do this is? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Servlet fails to deploy
I have raised a JIRA issue: https://issues.apache.org/jira/browse/GERONIMO-2818 David Jencks [EMAIL PROTECTED] wrote on 02-09-2007 01:48:44 PM: That looks like a bug, could you file a jira issue please? thanks david jencks On Feb 9, 2007, at 9:02 AM, Aman Nanner/MxI Technologies wrote: It seems like the behaviour is different depending on whether I deploy the EAR as inPlace or not. I was deploying an expanded EAR inPlace and it seems that I needed the ../ prefix before each JAR in my Manifest class path. I tried deploying an EAR containing actual JAR archives without the inPlace attribute, and I had to change my Manifest classpath references by removing the ../ prefix to make it work. My guess is that the deployer creates a different folder hiearchy when deplying an application without the inPlace attribute. Dario Andrade [EMAIL PROTECTED] wrote on 02-01-2007 03:28:18 PM: for me, if you put Class-Path: library.jar directly (without path info) in the MANIFEST.MF and the jar itself in the root of the ear, it will work Cheers, Dario Andrade Aman Nanner/MxI Technologies escreveu: Is this supposed to work the same way when manipulating the Class- Path entry of a Manifest file in an EJB JAR file, rather than a WAR? It seems that I'm unable to reference any libraries that I put in the root of the EAR file. I have to place the library JARS directly in the EJB module and reference them there from the Manifest. For example, this works for me: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + EJB JAR - META-INF/lib/library.jar -com.foo.Foo.class - META-INF/MANIFEST.MF: Class-Path: META-INF/lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml but this does not: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/library.jar - com.foo.Foo.class + EJB JAR - META-INF/MANIFEST.MF: Class-Path: ./lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml Tim Davidson [EMAIL PROTECTED] wrote on 02-01-2007 03:47:49 AM: hmmm taking your advice and moving the JAR to the root of the EAR and updating the manifest class-path accordingly fixed the problem. So this got me thinking and I tried it again, using a dot in front of the path (./lib/MyServeltJAR.jar) and it worked ok, this was a difficult one to spot! Thanks again, Tim. On 31/01/07, David Carew [EMAIL PROTECTED] wrote: I've done this but the utility jar was in the root of the EAR. I would suggest putting the utility jar in the root of the EAR file and then refer to it in the WAR files manifest using the jar files name (without any directory slashes). On 1/31/07, Tim Davidson [EMAIL PROTECTED] wrote: Hi, I am having a problem with the servlet classpath for my EAR file which successfully deploys on GlassFish and JBoss. I have a Servlet, MyServlet which is in a JAR, MyServeltJAR.jar, the jar is referenced in the Class-Path attribute of the WAR files MANIFEST file, and the servlet is referenced in web.xml ie. EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/MyServletJAR.jar - com.foo.MyServelt.class + WAR - META-INF/MANIFEST.MF: Class-Path: /lib/MyServletJAR.jar - WEB-INF/web.xml: servletcom.foo.MyServlet/servlet - WEB-INF/geronimo-web.xml but Geronimo fails to deply the EAR as it cannot find the Servlet class: Could not load servlet class com.foo.MyServlet org.apache.geronimo.common.DeploymentException: Could not load servlet class com.foo.MyServlet at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder. addGBeans(TomcatModuleBuilder.java:386) at org.apache.geronimo.tomcat.deployment. TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.lang.ClassNotFoundException: com.foo. MyFrameworkServlet in classloader default/myapp_myapp.war/1170243138828/car at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:298) at java.lang.ClassLoader.loadClass(Unknown Source) ... Do I need to put a reference to MyServletJAR.jar in geronimo- application.xml or geronimo-web.xml and if so how do i do that? Or does MyServletJAR.jar need to contain something else to tell geronimo about the servlet? Many thanks, Tim. _ _ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized
Re: Servlet fails to deploy
It seems like the behaviour is different depending on whether I deploy the EAR as inPlace or not. I was deploying an expanded EAR inPlace and it seems that I needed the ../ prefix before each JAR in my Manifest class path. I tried deploying an EAR containing actual JAR archives without the inPlace attribute, and I had to change my Manifest classpath references by removing the ../ prefix to make it work. My guess is that the deployer creates a different folder hiearchy when deplying an application without the inPlace attribute. Dario Andrade [EMAIL PROTECTED] wrote on 02-01-2007 03:28:18 PM: for me, if you put Class-Path: library.jar directly (without path info) in the MANIFEST.MF and the jar itself in the root of the ear, it will work Cheers, Dario Andrade Aman Nanner/MxI Technologies escreveu: Is this supposed to work the same way when manipulating the Class-Path entry of a Manifest file in an EJB JAR file, rather than a WAR? It seems that I'm unable to reference any libraries that I put in the root of the EAR file. I have to place the library JARS directly in the EJB module and reference them there from the Manifest. For example, this works for me: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + EJB JAR - META-INF/lib/library.jar -com.foo.Foo.class - META-INF/MANIFEST.MF: Class-Path: META-INF/lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml but this does not: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/library.jar - com.foo.Foo.class + EJB JAR - META-INF/MANIFEST.MF: Class-Path: ./lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml Tim Davidson [EMAIL PROTECTED] wrote on 02-01-2007 03:47:49 AM: hmmm taking your advice and moving the JAR to the root of the EAR and updating the manifest class-path accordingly fixed the problem. So this got me thinking and I tried it again, using a dot in front of the path (./lib/MyServeltJAR.jar) and it worked ok, this was a difficult one to spot! Thanks again, Tim. On 31/01/07, David Carew [EMAIL PROTECTED] wrote: I've done this but the utility jar was in the root of the EAR. I would suggest putting the utility jar in the root of the EAR file and then refer to it in the WAR files manifest using the jar files name (without any directory slashes). On 1/31/07, Tim Davidson [EMAIL PROTECTED] wrote: Hi, I am having a problem with the servlet classpath for my EAR file which successfully deploys on GlassFish and JBoss. I have a Servlet, MyServlet which is in a JAR, MyServeltJAR.jar, the jar is referenced in the Class-Path attribute of the WAR files MANIFEST file, and the servlet is referenced in web.xml ie. EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/MyServletJAR.jar - com.foo.MyServelt.class + WAR - META-INF/MANIFEST.MF: Class-Path: /lib/MyServletJAR.jar - WEB-INF/web.xml: servletcom.foo.MyServlet/servlet - WEB-INF/geronimo-web.xml but Geronimo fails to deply the EAR as it cannot find the Servlet class: Could not load servlet class com.foo.MyServlet org.apache.geronimo.common.DeploymentException: Could not load servlet class com.foo.MyServlet at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder. addGBeans(TomcatModuleBuilder.java:386) at org.apache.geronimo.tomcat.deployment. TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.lang.ClassNotFoundException: com.foo. MyFrameworkServlet in classloader default/myapp_myapp.war/1170243138828/car at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:298) at java.lang.ClassLoader.loadClass(Unknown Source) ... Do I need to put a reference to MyServletJAR.jar in geronimo- application.xml or geronimo-web.xml and if so how do i do that? Or does MyServletJAR.jar need to contain something else to tell geronimo about the servlet? Many thanks, Tim. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual
Configuring Tomcat wtih Access Valves in 1.2-beta
Hi, I'm trying to configure Geronimo to use a couple of Tomcat access valves. I've found some documentation on this subject, but I'm having some trouble getting the server up and running. Here are the GBeans I've added to my config.xml: gbean name=FirstValve attribute name=classNameorg.apache.catalina.valves.AccessLogValve/attribute attribute name=initParamsprefix=0.0.0.0_access_log. suffix=.txt pattern=common/attribute reference name=NextValve pattern nameSecondValve/name /pattern /reference /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-beta/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-beta/car,j2eeType=GBean,name=SecondValve attribute name=classNameorg.apache.catalina.authenticator.SingleSignOn/attribute /gbean Here is the error that I'm getting during server startup: org.apache.geronimo.kernel.config.InvalidConfigException: New GBeans must be specified with a GBeanInfo configuration=org.apache.geronimo.configs/tomcat/1.2-beta/car gbeanName=org.apache.geronimo.configs/tomcat/1.2-beta/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-beta/car,j2eeType=GBean,name=SecondValve at org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides( LocalAttributeManager.java:150) at org.apache.geronimo.system.configuration.LocalAttributeManager$$FastClassByCGLIB$$b20ef545.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Configuring Tomcat wtih Access Valves in 1.2-beta
I've resolved the issue as described here: http://www.mail-archive.com/user@geronimo.apache.org/msg04670.html I needed a gbeanInfo attribute on my GBean. Aman Nanner/MxI Technologies [EMAIL PROTECTED] To com user@geronimo.apache.org cc 02-08-2007 02:19 PMSubject Configuring Tomcat wtih Access Valves in 1.2-beta Please respond to [EMAIL PROTECTED] che.org Hi, I'm trying to configure Geronimo to use a couple of Tomcat access valves. I've found some documentation on this subject, but I'm having some trouble getting the server up and running. Here are the GBeans I've added to my config.xml: gbean name=FirstValve attribute name=classNameorg.apache.catalina.valves.AccessLogValve/attribute attribute name=initParamsprefix=0.0.0.0_access_log. suffix=.txt pattern=common/attribute reference name=NextValve pattern nameSecondValve/name /pattern /reference /gbean gbean name=org.apache.geronimo.configs/tomcat/1.2-beta/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-beta/car,j2eeType=GBean,name=SecondValve attribute name=classNameorg.apache.catalina.authenticator.SingleSignOn/attribute /gbean Here is the error that I'm getting during server startup: org.apache.geronimo.kernel.config.InvalidConfigException: New GBeans must be specified with a GBeanInfo configuration=org.apache.geronimo.configs/tomcat/1.2-beta/car gbeanName=org.apache.geronimo.configs/tomcat/1.2-beta/car?ServiceModule=org.apache.geronimo.configs/tomcat/1.2-beta/car,j2eeType=GBean,name=SecondValve at org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides( LocalAttributeManager.java:150) at org.apache.geronimo.system.configuration.LocalAttributeManager$$FastClassByCGLIB$$b20ef545.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Problems with access a datasource from a stateless session bean via JNDI lookup
As far as I know, you cannot do this in Geronimo 1.1.1 because there is no global JNDI. Instead, you need to define a resource-ref in your openejb-jar.xml like this: session ejb-nameTestEjb/ejb-name jndi-namecom/testing/TestEjb/jndi-name resource-ref ref-namejdbc/DataAccessObject/ref-name resource-linkcom/testing/MyCustomDataSource/resource-link /resource-ref /session where com/testing/MyCustomDataSource is the name of your datasource as defined in your DataSource RAR plan. Then, in your code, you would retrieve the datasource by doing a lookup on java:/comp/env/jdbc/DataAccessObject, which we defined in the openejb-jar.xml. Carsten Lange [EMAIL PROTECTED] wrote on 02-07-2007 04:03:25 AM: Hi, I 'm trying to access a datasource from a stateless session bean via JNDI lookup. I tried everything I could find at any documentation. But I can not access the datasource because the JNDI name could not be found. I deployed the application in an EAR and have the reference to it at web.xml and geronimo-web.xml. If I deploy the WAR single and outside of the EAR the problem is solved and the access to the datasource works. But deployed at the EAR it does not work. I'm using geronimo 1.1.1. Please help me. You can reach me under: [EMAIL PROTECTED] Thanks Carsten Lange Software Consulting Carsten Lange 0177 870 82 88 __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Problems with access a datasource from a stateless session bean via JNDI lookup
Then, in your code, you would retrieve the datasource by doing a lookup on java:/comp/env/jdbc/DataAccessObject, which we defined in the openejb-jar.xml. Sorry, that should read java:comp/env/jdbc/DataAccessObject (without the slash before the comp). __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Servlet fails to deploy
Is this supposed to work the same way when manipulating the Class-Path entry of a Manifest file in an EJB JAR file, rather than a WAR? It seems that I'm unable to reference any libraries that I put in the root of the EAR file. I have to place the library JARS directly in the EJB module and reference them there from the Manifest. For example, this works for me: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + EJB JAR - META-INF/lib/library.jar -com.foo.Foo.class - META-INF/MANIFEST.MF: Class-Path: META-INF/lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml but this does not: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/library.jar - com.foo.Foo.class + EJB JAR - META-INF/MANIFEST.MF: Class-Path: ./lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml Tim Davidson [EMAIL PROTECTED] wrote on 02-01-2007 03:47:49 AM: hmmm taking your advice and moving the JAR to the root of the EAR and updating the manifest class-path accordingly fixed the problem. So this got me thinking and I tried it again, using a dot in front of the path (./lib/MyServeltJAR.jar) and it worked ok, this was a difficult one to spot! Thanks again, Tim. On 31/01/07, David Carew [EMAIL PROTECTED] wrote: I've done this but the utility jar was in the root of the EAR. I would suggest putting the utility jar in the root of the EAR file and then refer to it in the WAR files manifest using the jar files name (without any directory slashes). On 1/31/07, Tim Davidson [EMAIL PROTECTED] wrote: Hi, I am having a problem with the servlet classpath for my EAR file which successfully deploys on GlassFish and JBoss. I have a Servlet, MyServlet which is in a JAR, MyServeltJAR.jar, the jar is referenced in the Class-Path attribute of the WAR files MANIFEST file, and the servlet is referenced in web.xml ie. EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/MyServletJAR.jar - com.foo.MyServelt.class + WAR - META-INF/MANIFEST.MF: Class-Path: /lib/MyServletJAR.jar - WEB-INF/web.xml: servletcom.foo.MyServlet/servlet - WEB-INF/geronimo-web.xml but Geronimo fails to deply the EAR as it cannot find the Servlet class: Could not load servlet class com.foo.MyServlet org.apache.geronimo.common.DeploymentException: Could not load servlet class com.foo.MyServlet at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder. addGBeans(TomcatModuleBuilder.java:386) at org.apache.geronimo.tomcat.deployment. TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.lang.ClassNotFoundException: com.foo. MyFrameworkServlet in classloader default/myapp_myapp.war/1170243138828/car at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:298) at java.lang.ClassLoader.loadClass(Unknown Source) ... Do I need to put a reference to MyServletJAR.jar in geronimo- application.xml or geronimo-web.xml and if so how do i do that? Or does MyServletJAR.jar need to contain something else to tell geronimo about the servlet? Many thanks, Tim. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Servlet fails to deploy
Interesting, I changed the Class-Path references from ./lib/library.jar to ../lib/library.jar (double period instead of single period), and it worked. So it seems that the initial base directory for Manifest classpath references for an EJB module is the EJB module itself, whereas for WAR files, the initial base directory is the EAR file. Is this done by design? Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 02-01-2007 03:12:07 PM: Is this supposed to work the same way when manipulating the Class-Path entry of a Manifest file in an EJB JAR file, rather than a WAR? It seems that I'm unable to reference any libraries that I put in the root of the EAR file. I have to place the library JARS directly in the EJB module and reference them there from the Manifest. For example, this works for me: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + EJB JAR - META-INF/lib/library.jar -com.foo.Foo.class - META-INF/MANIFEST.MF: Class-Path: META-INF/lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml but this does not: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/library.jar - com.foo.Foo.class + EJB JAR - META-INF/MANIFEST.MF: Class-Path: ./lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml Tim Davidson [EMAIL PROTECTED] wrote on 02-01-2007 03:47:49 AM: hmmm taking your advice and moving the JAR to the root of the EAR and updating the manifest class-path accordingly fixed the problem. So this got me thinking and I tried it again, using a dot in front of the path (./lib/MyServeltJAR.jar) and it worked ok, this was a difficult one to spot! Thanks again, Tim. On 31/01/07, David Carew [EMAIL PROTECTED] wrote: I've done this but the utility jar was in the root of the EAR. I would suggest putting the utility jar in the root of the EAR file and then refer to it in the WAR files manifest using the jar files name (without any directory slashes). On 1/31/07, Tim Davidson [EMAIL PROTECTED] wrote: Hi, I am having a problem with the servlet classpath for my EAR file which successfully deploys on GlassFish and JBoss. I have a Servlet, MyServlet which is in a JAR, MyServeltJAR.jar, the jar is referenced in the Class-Path attribute of the WAR files MANIFEST file, and the servlet is referenced in web.xml ie. EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/MyServletJAR.jar - com.foo.MyServelt.class + WAR - META-INF/MANIFEST.MF: Class-Path: /lib/MyServletJAR.jar - WEB-INF/web.xml: servletcom.foo.MyServlet/servlet - WEB-INF/geronimo-web.xml but Geronimo fails to deply the EAR as it cannot find the Servlet class: Could not load servlet class com.foo.MyServlet org.apache.geronimo.common.DeploymentException: Could not load servlet class com.foo.MyServlet at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder. addGBeans(TomcatModuleBuilder.java:386) at org.apache.geronimo.tomcat.deployment. TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.lang.ClassNotFoundException: com.foo. MyFrameworkServlet in classloader default/myapp_myapp.war/1170243138828/car at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:298) at java.lang.ClassLoader.loadClass(Unknown Source) ... Do I need to put a reference to MyServletJAR.jar in geronimo- application.xml or geronimo-web.xml and if so how do i do that? Or does MyServletJAR.jar need to contain something else to tell geronimo about the servlet? Many thanks, Tim. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise
Re: Servlet fails to deploy
Hmm...I had tried that and it didn't work for me. I'm using Geronimo 1.2-beta. Is that the same version that you were using? Dario Andrade [EMAIL PROTECTED] wrote on 02-01-2007 03:28:18 PM: for me, if you put Class-Path: library.jar directly (without path info) in the MANIFEST.MF and the jar itself in the root of the ear, it will work Cheers, Dario Andrade Aman Nanner/MxI Technologies escreveu: Is this supposed to work the same way when manipulating the Class-Path entry of a Manifest file in an EJB JAR file, rather than a WAR? It seems that I'm unable to reference any libraries that I put in the root of the EAR file. I have to place the library JARS directly in the EJB module and reference them there from the Manifest. For example, this works for me: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + EJB JAR - META-INF/lib/library.jar -com.foo.Foo.class - META-INF/MANIFEST.MF: Class-Path: META-INF/lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml but this does not: EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/library.jar - com.foo.Foo.class + EJB JAR - META-INF/MANIFEST.MF: Class-Path: ./lib/library.jar - META-INF/ejb-jar.xml - META-INF/openejb-jar.xml Tim Davidson [EMAIL PROTECTED] wrote on 02-01-2007 03:47:49 AM: hmmm taking your advice and moving the JAR to the root of the EAR and updating the manifest class-path accordingly fixed the problem. So this got me thinking and I tried it again, using a dot in front of the path (./lib/MyServeltJAR.jar) and it worked ok, this was a difficult one to spot! Thanks again, Tim. On 31/01/07, David Carew [EMAIL PROTECTED] wrote: I've done this but the utility jar was in the root of the EAR. I would suggest putting the utility jar in the root of the EAR file and then refer to it in the WAR files manifest using the jar files name (without any directory slashes). On 1/31/07, Tim Davidson [EMAIL PROTECTED] wrote: Hi, I am having a problem with the servlet classpath for my EAR file which successfully deploys on GlassFish and JBoss. I have a Servlet, MyServlet which is in a JAR, MyServeltJAR.jar, the jar is referenced in the Class-Path attribute of the WAR files MANIFEST file, and the servlet is referenced in web.xml ie. EAR - META-INF/application.xml - META-INF/geronimo-application.xml + lib/MyServletJAR.jar - com.foo.MyServelt.class + WAR - META-INF/MANIFEST.MF: Class-Path: /lib/MyServletJAR.jar - WEB-INF/web.xml: servletcom.foo.MyServlet/servlet - WEB-INF/geronimo-web.xml but Geronimo fails to deply the EAR as it cannot find the Servlet class: Could not load servlet class com.foo.MyServlet org.apache.geronimo.common.DeploymentException: Could not load servlet class com.foo.MyServlet at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder. addGBeans(TomcatModuleBuilder.java:386) at org.apache.geronimo.tomcat.deployment. TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.lang.ClassNotFoundException: com.foo. MyFrameworkServlet in classloader default/myapp_myapp.war/1170243138828/car at org.apache.geronimo.kernel.config.MultiParentClassLoader. loadClass(MultiParentClassLoader.java:298) at java.lang.ClassLoader.loadClass(Unknown Source) ... Do I need to put a reference to MyServletJAR.jar in geronimo- application.xml or geronimo-web.xml and if so how do i do that? Or does MyServletJAR.jar need to contain something else to tell geronimo about the servlet? Many thanks, Tim. __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. * __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail
Re: Accessing EJB via JNDI from a web application
So it seems there's a problem with the code in the EjbBindings.java file. Specifically, the GBeanInfoBuilder object that is created in the static initializer does not define the homeContext and localHomeContext attributes that are used in the constructor. I change the static initializer to the following, and rebuilt the global-jndi-plugin, and now I don't get that constructor initialization error: static { GBeanInfoBuilder builder = GBeanInfoBuilder.createStatic(EjbBindings.class, EjbBindings); builder.addAttribute(homeContext, String.class, true, true); builder.addAttribute(localHomeContext, String.class, true, true); builder.setConstructor(new String[]{kernel, homeContext, localHomeContext}); GBEAN_INFO = builder.getBeanInfo(); } However, now I get another error when the GBean is attempted to be deployed: ERROR [KernelContextGBean] Error adding binding for Mxi/Maintenix/1/ear?J2EEApplication=Mxi/Maintenix/1/ear,j2eeType=EjbBindings,name=EjbBindings It's hard to decipher what this error means. I noticed that there's been no work done to the Global JNDI plugin since September 29th, 2006. Is this piece not yet ready to be used? Aman Nanner/MxI Technologies [EMAIL PROTECTED] wrote on 01-22-2007 01:22:13 PM: I'm using the following GBean declaration in my geronimo-application.xml: sys:gbean name=EjbBindings class=org.apache.geronimo.gjndi.binding.EjbBindings attribute name=homeContextremote/attribute attribute name=localHomeContextlocal/attribute /sys:gbean I was looking at the source code for EjbBindings.xml where I see the following code fragment: static { GBeanInfoBuilder builder = GBeanInfoBuilder.createStatic(EjbBindings.class, EjbBindings); builder.setConstructor(new String[]{kernel, homeContext, localHomeContext}); GBEAN_INFO = builder.getBeanInfo(); } Although looking at it now, I guess the setConstructor method is just taking an array of String arguments that are the names of the attributes, and that these are not references to attribute types. This is the error I get when I try to deploy my application with the preceding GBean declaration: [java] at java.lang.Thread.run(Thread.java:595) [java] Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for G Bean: org.apache.geronimo.gjndi.binding.EjbBindings [java] at org.apache.geronimo.gbean.GBeanInfoBuilder. getConstructorTypes(GBeanInfoBuilder.java:500) [java] at org.apache.geronimo.gbean.GBeanInfoBuilder. getBeanInfo(GBeanInfoBuilder.java:438) [java] at org.apache.geronimo.gjndi.binding.EjbBindings.clinit(EjbBindings.java:106) Any ideas of what could be wrong? David Jencks [EMAIL PROTECTED] wrote on 01-22-2007 12:20:15 PM: On Jan 22, 2007, at 6:46 AM, Aman Nanner/MxI Technologies wrote: This GBean apparently takes a magic attribute kernel of type String (according to the source code definition, although the documentation I've seen says it should be of type Kernel). Its the actual kernel instance that geronimo is running in. Where is the documentation that says its a String? I can't find any examples on how a GBean that takes magic attributes is declared within an application module, and I keep getting a constructor initialization error. Is the magic attribute supposed to be specified at all in the XML GBean declaration? You don't specify anything about the magic attributes in xml, they are added (by magic :-) for you by the gbean infrastructure when the gbean instance is created. Another magic attribute that is often useful is the classLoader of the module the gbean is deployed in. What is the error you are getting? thanks david jencks David Jencks [EMAIL PROTECTED] oo.comTo user@geronimo.apache.org 01-18-2007 08:24 cc PM Subject Re: Accessing EJB via JNDI from a Please respond to web application [EMAIL PROTECTED] che.org On Jan 18, 2007, at 3:02 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm running into an issue using the Geronimo 1.2 beta release. I'm running a web application from which an EJB is being looked up via its JNDI name as declared in the openejb-jar.xml descriptor that resides in the EJB module. In my web.xml for the web application, I have the EJB declared as a reference. The problem is that I get a NameNotFoundException by looking up the EJB via the JNDI name. However, if I look up the EJB via it's EJB
Re: Accessing EJB via JNDI from a web application
Despite the following error in the log: ERROR [KernelContextGBean] Error adding binding for Mxi/Maintenix/1/ear?J2EEApplication=Mxi/Maintenix/1/ ear,j2eeType=EjbBindings,name=EjbBindings it seems that the GBean does indeed get properly deployed. However, I still cannot yet get it to find my JNDI bindings. On the website, I noticed that it says that 1.2beta has Global JNDI supportis that different from this Global JNDI plugin? Thanks, Aman David Jencks [EMAIL PROTECTED] wrote on 01-24-2007 03:43:10 PM: On Jan 24, 2007, at 9:31 AM, Aman Nanner/MxI Technologies wrote: So it seems there's a problem with the code in the EjbBindings.java file. Specifically, the GBeanInfoBuilder object that is created in the static initializer does not define the homeContext and localHomeContext attributes that are used in the constructor. I change the static initializer to the following, and rebuilt the global-jndi-plugin, and now I don't get that constructor initialization error: static { GBeanInfoBuilder builder = GBeanInfoBuilder.createStatic(EjbBindings.class, EjbBindings); builder.addAttribute(homeContext, String.class, true, true); builder.addAttribute(localHomeContext, String.class, true, true); builder.setConstructor(new String[]{kernel, homeContext, localHomeContext}); GBEAN_INFO = builder.getBeanInfo(); } However, now I get another error when the GBean is attempted to be deployed: ERROR [KernelContextGBean] Error adding binding for Mxi/Maintenix/1/ear?J2EEApplication=Mxi/Maintenix/1/ ear,j2eeType=EjbBindings,name=EjbBindings It's hard to decipher what this error means. I noticed that there's been no work done to the Global JNDI plugin since September 29th, 2006. Is this piece not yet ready to be used? Well, it's not part of anything that's in line to be released, but Dain had it working at one point and I don't know of any changes likely to break it. However apparently there has been something that broke it. I suspect a different solution may be more appropriate for the openejb3 integration but I have no idea what at this point. If you can figure out any more info on what is going wrong here we might be able to fix this... thanks david jencks __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Re: Accessing EJB via JNDI from a web application
I'm using the following GBean declaration in my geronimo-application.xml: sys:gbean name=EjbBindings class=org.apache.geronimo.gjndi.binding.EjbBindings attribute name=homeContextremote/attribute attribute name=localHomeContextlocal/attribute /sys:gbean I was looking at the source code for EjbBindings.xml where I see the following code fragment: static { GBeanInfoBuilder builder = GBeanInfoBuilder.createStatic(EjbBindings.class, EjbBindings); builder.setConstructor(new String[]{kernel, homeContext, localHomeContext}); GBEAN_INFO = builder.getBeanInfo(); } Although looking at it now, I guess the setConstructor method is just taking an array of String arguments that are the names of the attributes, and that these are not references to attribute types. This is the error I get when I try to deploy my application with the preceding GBean declaration: [java] at java.lang.Thread.run(Thread.java:595) [java] Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for G Bean: org.apache.geronimo.gjndi.binding.EjbBindings [java] at org.apache.geronimo.gbean.GBeanInfoBuilder.getConstructorTypes(GBeanInfoBuilder.java:500) [java] at org.apache.geronimo.gbean.GBeanInfoBuilder.getBeanInfo(GBeanInfoBuilder.java:438) [java] at org.apache.geronimo.gjndi.binding.EjbBindings.clinit(EjbBindings.java:106) Any ideas of what could be wrong? David Jencks [EMAIL PROTECTED] wrote on 01-22-2007 12:20:15 PM: On Jan 22, 2007, at 6:46 AM, Aman Nanner/MxI Technologies wrote: This GBean apparently takes a magic attribute kernel of type String (according to the source code definition, although the documentation I've seen says it should be of type Kernel). Its the actual kernel instance that geronimo is running in. Where is the documentation that says its a String? I can't find any examples on how a GBean that takes magic attributes is declared within an application module, and I keep getting a constructor initialization error. Is the magic attribute supposed to be specified at all in the XML GBean declaration? You don't specify anything about the magic attributes in xml, they are added (by magic :-) for you by the gbean infrastructure when the gbean instance is created. Another magic attribute that is often useful is the classLoader of the module the gbean is deployed in. What is the error you are getting? thanks david jencks David Jencks [EMAIL PROTECTED] oo.comTo user@geronimo.apache.org 01-18-2007 08:24 cc PM Subject Re: Accessing EJB via JNDI from a Please respond to web application [EMAIL PROTECTED] che.org On Jan 18, 2007, at 3:02 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm running into an issue using the Geronimo 1.2 beta release. I'm running a web application from which an EJB is being looked up via its JNDI name as declared in the openejb-jar.xml descriptor that resides in the EJB module. In my web.xml for the web application, I have the EJB declared as a reference. The problem is that I get a NameNotFoundException by looking up the EJB via the JNDI name. However, if I look up the EJB via it's EJB reference, as defined in the ejb-jar.xml, then the lookup succeeds. I know that I should be using the EJB reference to look up the EJB anways, but I've got a legacy app that I'm trying to port to Geronimo that is littered with EJB lookups using direct JNDI names. Before I dive into the Geronimo source code, perhaps somebody knows for sure that EJB JNDI lookups are supposed to fail from within a server context (i.e. it will fail by design) and let me know? You have to do a bit of work to enable this -- we didn't end up including all the pieces in geronimo. If you check out https://svn.apache.org/repos/asf/geronimo/sandbox/ plugins/global-jndi you'll find a class EjbBindings. I don't think this made it into geronimo itself. If you build this little project and deploy an instance of this ejbBindings gbean in your ejb app it should result in each ejb getting bound in the global java:context under the names you specified in the openejb-jar plan. I think the gbean config would look something like gbean name=EjbBindings class=org.apache.geronimo.gjndi.binding.EJBBindings attribute name=homeContextremote/attribute attribute name=localHomeContextlocal/attribute /gbean Then a typical remote home would be bound at java:remote/foo. Hope this helps and sorry for not making it easier. thanks david jencks
Re: Accessing EJB via JNDI from a web application
Thanks for the reply. I built the geronimo-global-jndi plugin and included it into my Geronimo server. I've declared a dependency on it in my app, and have also registered it as a GBean. However, during deployment of my app, I get an exception when it tries to deploy the GBean: [java] Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.geronimo.gjndi.binding.EjbBindings [java] at org.apache.geronimo.gbean.GBeanInfoBuilder.getConstructorTypes(GBeanInfoBuilder.java:500) [java] at org.apache.geronimo.gbean.GBeanInfoBuilder.getBeanInfo(GBeanInfoBuilder.java:438) [java] at org.apache.geronimo.gjndi.binding.EjbBindings.clinit(EjbBindings.java:106) The following is my GBean declaration: sys:gbean name=EjbBindings class=org.apache.geronimo.gjndi.binding.EjbBindings attribute name=homeContextremote/attribute attribute name=localHomeContextlocal/attribute /sys:gbean I checked the source of the EjbBindings.java file, and it seems like the constructor is declared as follows: static { GBeanInfoBuilder builder = GBeanInfoBuilder.createStatic(EjbBindings.class, EjbBindings); builder.setConstructor(new String[]{kernel, homeContext, localHomeContext}); GBEAN_INFO = builder.getBeanInfo(); } public EjbBindings(Kernel kernel, String homeContext, String localHomeContext) throws NamingException { super(, new AbstractNameQuery(null, Collections.EMPTY_MAP, RpcEjbDeployment.class.getName()), kernel); NameParser parser = getNameParser(); this.homeContext = parser.parse(homeContext); this.localHomeContext = parser.parse(localHomeContext); } What is this kernel attribute that I'm supposed to pass into the constructor? I suppose this is the reason that it is failing... David Jencks [EMAIL PROTECTED] oo.comTo user@geronimo.apache.org 01-18-2007 08:24 cc PM Subject Re: Accessing EJB via JNDI from a Please respond to web application [EMAIL PROTECTED] che.org On Jan 18, 2007, at 3:02 PM, Aman Nanner/MxI Technologies wrote: Hi, I'm running into an issue using the Geronimo 1.2 beta release. I'm running a web application from which an EJB is being looked up via its JNDI name as declared in the openejb-jar.xml descriptor that resides in the EJB module. In my web.xml for the web application, I have the EJB declared as a reference. The problem is that I get a NameNotFoundException by looking up the EJB via the JNDI name. However, if I look up the EJB via it's EJB reference, as defined in the ejb-jar.xml, then the lookup succeeds. I know that I should be using the EJB reference to look up the EJB anways, but I've got a legacy app that I'm trying to port to Geronimo that is littered with EJB lookups using direct JNDI names. Before I dive into the Geronimo source code, perhaps somebody knows for sure that EJB JNDI lookups are supposed to fail from within a server context (i.e. it will fail by design) and let me know? You have to do a bit of work to enable this -- we didn't end up including all the pieces in geronimo. If you check out https://svn.apache.org/repos/asf/geronimo/sandbox/ plugins/global-jndi you'll find a class EjbBindings. I don't think this made it into geronimo itself. If you build this little project and deploy an instance of this ejbBindings gbean in your ejb app it should result in each ejb getting bound in the global java:context under the names you specified in the openejb-jar plan. I think the gbean config would look something like gbean name=EjbBindings class=org.apache.geronimo.gjndi.binding.EJBBindings attribute name=homeContextremote/attribute attribute name=localHomeContextlocal/attribute /gbean Then a typical remote home would be bound at java:remote/foo. Hope this helps and sorry for not making it easier. thanks david jencks Thanks
Accessing EJB via JNDI from a web application
Hi, I'm running into an issue using the Geronimo 1.2 beta release. I'm running a web application from which an EJB is being looked up via its JNDI name as declared in the openejb-jar.xml descriptor that resides in the EJB module. In my web.xml for the web application, I have the EJB declared as a reference. The problem is that I get a NameNotFoundException by looking up the EJB via the JNDI name. However, if I look up the EJB via it's EJB reference, as defined in the ejb-jar.xml, then the lookup succeeds. I know that I should be using the EJB reference to look up the EJB anways, but I've got a legacy app that I'm trying to port to Geronimo that is littered with EJB lookups using direct JNDI names. Before I dive into the Geronimo source code, perhaps somebody knows for sure that EJB JNDI lookups are supposed to fail from within a server context (i.e. it will fail by design) and let me know? Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *
Declaring dependencies with an EAR to other modules
Hi, I am confused regarding how to declare a dependency that my GBean has on a datasource Connector, where both components are declared in my geronimo-application.xml. Here is my geronimo-application.xml: geronimo:application xmlns=http://geronimo.apache.org/xml/ns/j2ee/application-1.1; xmlns:geronimo=http://geronimo.apache.org/xml/ns/j2ee/application-1.1; xmlns:sys=http://geronimo.apache.org/xml/ns/deployment-1.1; application-name=Maintenix sys:environment sys:moduleId sys:groupIdMxi/sys:groupId sys:artifactIdMaintenix/sys:artifactId /sys:moduleId sys:dependencies sys:dependency sys:groupIdgeronimo/sys:groupId sys:artifactIdj2ee-security/sys:artifactId sys:typecar/sys:type /sys:dependency /sys:dependencies /sys:environment geronimo:module connectortranql-connector-1.2.rar/connector alt-ddmaintenix-ds.xml/alt-dd /geronimo:module geronimo:module connectortranql-connector-oracle-xa-1.1.rar/connector alt-ddmaintenix-xa-ds.xml/alt-dd /geronimo:module geronimo:module connectorge-activemq-rar-1.1.1.rar/connector alt-ddmaintenix-jms-dest.xml/alt-dd /geronimo:module sys:gbean name=TreeCacheService class=com.mxi.mx.common.geronimo.gbean.TreeCacheService /sys:gbean /geronimo:application I also have some EJBs that are declared in my application.xml, but not in this geronimo-application.xml. My TreeCacheService GBean that is declared at the end has a dependency on the tranql-connector-1.2.rar that is declared towards the top. The tranql-connector-1.2.rar has an DD plan (maintenix-ds.xml) that is described as follows: ?xml version=1.0 encoding=UTF-8? connector xmlns=http://geronimo.apache.org/xml/ns/j2ee/connector-1.1; sys:environment xmlns:sys=http://geronimo.apache.org/xml/ns/deployment-1.1; sys:moduleId sys:artifactIdcom.mxi.mx.jdbc.Maintenix/sys:artifactId /sys:moduleId sys:dependencies sys:dependency sys:groupIdoracle/sys:groupId sys:artifactIdoracle/sys:artifactId sys:version10/sys:version sys:typejar/sys:type /sys:dependency /sys:dependencies /sys:environment resourceadapter ... /resourceadapter /connector I've tried declaring different dependencies within my GBean but to no avail. Creating a dependency on a completely separate module in the Geronimo repository seems easy enough, but I'm not sure how to declare a dependency on another module (the connector RAR) when it is declared within the same EAR file. Thanks, Aman __ * This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose the message or any information contained in the message. If you have received this message in error, please advise the sender by reply e-mail , and delete the message, or call (collect) 001 613 747 4698. *