Re: Set Keystore Password From GShell?
I'm using 2.1.3 (Jetty), and the server rejects keystorePass as an illegal parameter or some such. I'm not sure what else I'd want to check before filing a JIRA. On Tue, Nov 18, 2008 at 11:09 AM, Donald Woods [EMAIL PROTECTED] wrote: If you are using the Tomcat assembly (I'm looking at 2.1.x), then there is a complete example of a HTTPS connector in config.xml, which includes the keystorePass attribute - gbean name=TomcatWebSSLConnector attribute name=host${ServerHostname}/attribute attribute name=port${HTTPSPort + PortOffset}/attribute attribute name=maxHttpHeaderSize8192/attribute attribute name=maxThreads150/attribute attribute name=minSpareThreads25/attribute attribute name=maxSpareThreads75/attribute attribute name=enableLookupsfalse/attribute attribute name=acceptCount100/attribute attribute name=disableUploadTimeoutfalse/attribute attribute name=clientAuthfalse/attribute attribute name=algorithmDefault/attribute attribute name=sslProtocolTLS/attribute attribute name=keystoreFilevar/security/keystores/geronimo-defau lt/attribute attribute name=keystorePasssecret/attribute attribute name=keystoreTypeJKS/attribute /gbean -Donald Doug Reeder wrote: http://cwiki.apache.org/GMOxDOC21/administering-certificates.html explains how to configure an HTTPS listener to use SSL, including setting the keystore and keystore password. However, this requires the console, which is not installed on my production server, to keep the memory footprint small. I can set the keystore used by the HTTPS listener on my production server in var/config/config.xml, but not the password. Is there a way to do this from GShell, or bash?
Re: status from shell script (System V starup)
Thanks for the suggestion -- I didn't want to have to modify the start script to save the PID. Here's what I've come up with -- it's not polished, but does what you need a System V startup script to do: #! /bin/sh ### BEGIN INIT INFO # Provides: geronimo # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 # Short-Description: Apache Geronimo application server # Description: Apache Geronimo startup script ### END INIT INFO set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin #DESC=Apache Geronimo NAME=geronimo USER=gdaemon JAVA_HOME=/usr/java/jdk GERONIMO_HOME=/usr/local/geronimo DAEMON=$GERONIMO_HOME/bin/geronimo.sh SCRIPTNAME=/etc/init.d/$NAME GERONIMO_ADMIN=gadmin GERONIMO_PASSWORD=xx # JAVA_HOME must be set export JAVA_HOME # Gracefully exit if the package has been removed. test -x $DAEMON || exit 0 # # Function that starts the daemon/service. # d_start() { su -c $DAEMON start $USER } # # Function that stops the daemon/service. # d_stop() { su -c $DAEMON stop --user $GERONIMO_ADMIN --password $GERONIMO_PASSWORD $USER } # #Function that gets status # d_status() { ps_log=`mktemp /var/tmp/geronimo-ps$$.log` ps auxww $ps_log if grep -Dorg.apache.geronimo.base.dir=.*server.jar $ps_log /dev/null 2/dev/null; then echo $NAME is running else echo $NAME is not running fi rm -f $ps_log } case $1 in start) echo -n Starting $NAME d_start echo . ;; stop) echo Stopping $NAME d_stop echo . ;; restart) # # If the reload option is implemented, move the force-reload # option to the reload entry above. If not, force- reload is # just the same as restart. # echo Restarting $NAME d_stop # One second might not be time enough for a daemon to stop, # if this happens, d_start will fail (and dpkg will break if # the package is being upgraded). Change the timeout if needed # be, or change d_stop to have start-stop-daemon use --retry. # Notice that using --retry slows down the shutdown process somewhat. sleep 10 d_start echo . ;; status) d_status echo . ;; *) echo Usage: $SCRIPTNAME {start|stop|restart|status} 2 exit 3 ;; esac exit 0 smime.p7s Description: S/MIME cryptographic signature
Set Keystore Password From GShell?
http://cwiki.apache.org/GMOxDOC21/administering-certificates.html explains how to configure an HTTPS listener to use SSL, including setting the keystore and keystore password. However, this requires the console, which is not installed on my production server, to keep the memory footprint small. I can set the keystore used by the HTTPS listener on my production server in var/config/config.xml, but not the password. Is there a way to do this from GShell, or bash?
status from shell script (System V starup)
I've written a bash shell script to start and stop geronimo, for use with System V startup (scripts in /etc/rc.d/init.d/). Start and stop are straightforward, as the scripts in $GERONIMO_HOME/ bin/ just need to be called, but status is less obvious. The best I've come up with so far is su -l -c $GERONIMO_HOME/bin/deploy.sh -u $GERONIMO_ADMIN -p $GERONIMO_PASSWORD list-modules $USER but it's not satisfactory: 1) if geronimo is not running, it produces a stack dump, when all I want is a simple message indicating geronimo is not running 2) I have to include the geronimo administrator password in the script (of course, it also needs to be in the script so geronimo can be shut down). Can anyone suggest something better? If geronimo is running, what would be best is a short list of all the ports it's listening on. (Then one could use netstat or whatever to see if one can actually access them).
Re: StringIndexOutOfBoundsException in getClassFileName
http://myhost.org/FooApp/index.jsp does work directly (it just generates a redirect to the real page) On Nov 11, 2008, at 11:37 AM, Kevan Miller wrote: On Nov 8, 2008, at 12:48 AM, Doug Reeder wrote: On Geronimo (Tomcat) 2.1.3, the JSP compiles and runs fine. I can't attach my actual app to a Jira, but I'll see if I can pare it down to a test app. Thanks for testing that. A test app would be helpful. I'd guess that using the url http://myhost.org/FooApp/index.jsp , directly, works? --kevan On Nov 7, 2008, at 5:55 PM, Kevan Miller wrote: On Nov 7, 2008, at 12:19 PM, Doug Reeder wrote: The URL is the root URL for my web app, i.e. something like myhost.org/FooApp or myhost.org/FooApp/ The welcome-files entry in web.xml includes index.jsp, and that's what I'm expecting to run. It's a fairly simple JSP, for what that's worth. Also, the other JSPs in my webapp seem to run fine. Can you give your app a try on a Geronimo (Tomcat) server? Would be interesting to see if this is common between Tomcat-Jasper and Jetty-Jasper. Or, if this is unique to Jetty-Jasper... I suspect it's going to be Jetty specific... I'd go ahead an open a Jira. If you have a test app that you can attach to the Jira, that would be great... --kevan
Re: StringIndexOutOfBoundsException in getClassFileName
The URL is the root URL for my web app, i.e. something likemyhost.org/FooApp or myhost.org/FooApp/ The welcome-files entry in web.xml includes index.jsp, and that's what I'm expecting to run. It's a fairly simple JSP, for what that's worth. Also, the other JSPs in my webapp seem to run fine. On Fri, Nov 7, 2008 at 9:45 AM, Kevan Miller [EMAIL PROTECTED] wrote: Hi Doug, On Nov 7, 2008, at 1:29 AM, Doug Reeder wrote: I have an app (developed in NetBeans) which passes all the verifier tests and runs fine in GlassFish. I'm able to deploy and start it running in Geronimo (2.1.3, Jetty), but when I try to actually access one of the JSPs, I get the following error: java.lang.StringIndexOutOfBoundsException: String index out of range: 0 at java.lang.String.charAt(String.java:558) at org.apache.jasper.compiler.JspUtil.makeJavaIdentifier(JspUtil.java:962) at org.apache.jasper.JspCompilationContext.getServletClassName(JspCompilationContext.java:371) at org.apache.jasper.JspCompilationContext.getClassFileName(JspCompilationContext.java:511) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java:403) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java:351) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:582) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:312) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:58) at org.apache.geronimo.jetty6.handler.UserTransactionHandler.handle(UserTransactionHandler.java:48) at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.handle(TwistyWebAppContext.java:59) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:324) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395) at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:214) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:344) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:613) 1) Is there an analog to the verifier tool for Geronimo? No. 2) Where should I be looking to fix this? None of the source code files in the stack trace are mine! Tomcat source code, in this case. Jetty uses the Jasper compiler for JSP compilation. In particular -- http://svn.apache.org/viewvc/tomcat/tc6.0.x/tags/TOMCAT_6_0_18/java/org/apache/jasper/JspCompilationContext.java?revision=678601view=markup What's the URI of your JSP? Tomcat is looking for the last '/' character in your URI, creating a substring based on the remainder of the URI, and trying
Re: StringIndexOutOfBoundsException in getClassFileName
On Geronimo (Tomcat) 2.1.3, the JSP compiles and runs fine. I can't attach my actual app to a Jira, but I'll see if I can pare it down to a test app. On Nov 7, 2008, at 5:55 PM, Kevan Miller wrote: On Nov 7, 2008, at 12:19 PM, Doug Reeder wrote: The URL is the root URL for my web app, i.e. something like myhost.org/FooApp or myhost.org/FooApp/ The welcome-files entry in web.xml includes index.jsp, and that's what I'm expecting to run. It's a fairly simple JSP, for what that's worth. Also, the other JSPs in my webapp seem to run fine. Can you give your app a try on a Geronimo (Tomcat) server? Would be interesting to see if this is common between Tomcat-Jasper and Jetty- Jasper. Or, if this is unique to Jetty-Jasper... I suspect it's going to be Jetty specific... I'd go ahead an open a Jira. If you have a test app that you can attach to the Jira, that would be great... --kevan
Re: little-g: OpenJPA::Deployer is not fully resolved
Thanks! I tried using the 2.2 repository with 2.1.3, and the 2.1.2 repository with 2.1.2, but neither worked. Is there an older version of the server and plugin that work together, or would I need to use 2.2, and if so, is that stable enough to use? On Oct 31, 2008, at 9:26 PM, Lin Sun wrote: Hi, I think this error indicates that the system is unable to resolve the org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar artifact because there is no version info associated with the artifact. I checked the plugin catalog of 2.1.3 and didn't see the artifact version associated with geronimo-persistence-jpa10-builder under plugin OpenJPA::Deployer (see http://geronimo.apache.org/plugins/geronimo-2.1.3/geronimo-plugins.xml) . However, this issue is fixed with 2.2 trunk's plugin catalog here (http://geronimo.apache.org/plugins/geronimo-2.2/geronimo- plugins.xml). I don't know why the plugin catalogs were generated differently for 2.1.3 and 2.2 on this dependency, without digging more into it. Lin On Fri, Oct 31, 2008 at 8:11 PM, Doug Reeder [EMAIL PROTECTED] wrote: I've installed a fresh copy of little-g (Jetty) 2.1.3 on an Intel Mac Mini running OS X 10.5.5 (Java 1.5.0_16). In one terminal, I run bin/start-server, so as to see the log. Startup proceeds normally, and the message Geronimo Server started in 0:00:06.393 appears in the log. In another terminal, I run bin/gsh, and enter the command deploy/list-plugins -rr -r http://geronimo.apache.org/plugins/geronimo-2.1.3/ This gives me a list of 114 plugins and offers to install any or all of them. I select 79, Geronimo Plugins, OpenJPA :: Deployer (2.1.3), and get the following messages: Checking for status every 1000ms: Downloading org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar Copying org.apache.geronimo.modules/geronimo-persistence-jpa10- builder//jar to the repository Installation FAILED: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved In the other window, the Geronimo log shows: 19:50:44,848 ERROR [PluginInstallerGBean] Unable to install plugin. java.lang.IllegalArgumentException: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved at org .apache .geronimo .kernel .repository .AbstractRepository.copyToRepository(AbstractRepository.java:157) . . . What do I need to do to fully resolve the plugin OpenJPA::Deployer? I get the same error if I install OpenJPA::OpenJPA at the same time. I can install OpenJPA::OpenJPA without error, but my webapp is unable to use JPA. If I install OpenJPA::OpenJPA and then OpenJPA::Deployer, I get the same error as above.
Re: little-g: OpenJPA::Deployer is not fully resolved
Thanks! I tried using the 2.2 repository with 2.1.3, and the 2.1.2 repository with 2.1.2, but neither worked. Is there an older version of the server and plugin that work together, or would I need to use 2.2, and if so, is that stable enough that I'll be able to tell which errors are from misconfiguration and which are actual bugs? On Oct 31, 2008, at 9:26 PM, Lin Sun wrote: Hi, I think this error indicates that the system is unable to resolve the org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar artifact because there is no version info associated with the artifact. I checked the plugin catalog of 2.1.3 and didn't see the artifact version associated with geronimo-persistence-jpa10-builder under plugin OpenJPA::Deployer (see http://geronimo.apache.org/plugins/geronimo-2.1.3/geronimo-plugins.xml) . However, this issue is fixed with 2.2 trunk's plugin catalog here (http://geronimo.apache.org/plugins/geronimo-2.2/geronimo- plugins.xml). I don't know why the plugin catalogs were generated differently for 2.1.3 and 2.2 on this dependency, without digging more into it. Lin On Fri, Oct 31, 2008 at 8:11 PM, Doug Reeder [EMAIL PROTECTED] wrote: I've installed a fresh copy of little-g (Jetty) 2.1.3 on an Intel Mac Mini running OS X 10.5.5 (Java 1.5.0_16). In one terminal, I run bin/start-server, so as to see the log. Startup proceeds normally, and the message Geronimo Server started in 0:00:06.393 appears in the log. In another terminal, I run bin/gsh, and enter the command deploy/list-plugins -rr -r http://geronimo.apache.org/plugins/geronimo-2.1.3/ This gives me a list of 114 plugins and offers to install any or all of them. I select 79, Geronimo Plugins, OpenJPA :: Deployer (2.1.3), and get the following messages: Checking for status every 1000ms: Downloading org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar Copying org.apache.geronimo.modules/geronimo-persistence-jpa10- builder//jar to the repository Installation FAILED: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved In the other window, the Geronimo log shows: 19:50:44,848 ERROR [PluginInstallerGBean] Unable to install plugin. java.lang.IllegalArgumentException: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved at org .apache .geronimo .kernel .repository .AbstractRepository.copyToRepository(AbstractRepository.java:157) . . . What do I need to do to fully resolve the plugin OpenJPA::Deployer? I get the same error if I install OpenJPA::OpenJPA at the same time. I can install OpenJPA::OpenJPA without error, but my webapp is unable to use JPA. If I install OpenJPA::OpenJPA and then OpenJPA::Deployer, I get the same error as above.
little-g: OpenJPA::Deployer is not fully resolved
I've installed a fresh copy of little-g (Jetty) 2.1.3 on an Intel Mac Mini running OS X 10.5.5 (Java 1.5.0_16). In one terminal, I run bin/start-server, so as to see the log. Startup proceeds normally, and the message Geronimo Server started in 0:00:06.393 appears in the log. In another terminal, I run bin/gsh, and enter the command deploy/list-plugins -rr -r http://geronimo.apache.org/plugins/geronimo-2.1.3/ This gives me a list of 114 plugins and offers to install any or all of them. I select 79, Geronimo Plugins, OpenJPA :: Deployer (2.1.3), and get the following messages: Checking for status every 1000ms: Downloading org.apache.geronimo.modules/geronimo-persistence-jpa10- builder//jar Copying org.apache.geronimo.modules/geronimo-persistence-jpa10- builder//jar to the repository Installation FAILED: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved In the other window, the Geronimo log shows: 19:50:44,848 ERROR [PluginInstallerGBean] Unable to install plugin. java.lang.IllegalArgumentException: Artifact org.apache.geronimo.modules/geronimo-persistence-jpa10-builder//jar is not fully resolved at org .apache .geronimo .kernel .repository .AbstractRepository.copyToRepository(AbstractRepository.java:157) . . . What do I need to do to fully resolve the plugin OpenJPA::Deployer? I get the same error if I install OpenJPA::OpenJPA at the same time. I can install OpenJPA::OpenJPA without error, but my webapp is unable to use JPA. If I install OpenJPA::OpenJPA and then OpenJPA::Deployer, I get the same error as above.
Re: How may I access ConnectionFactory/Queues etc. with JNDI-lookup?
(Sorry to reply so late.) Well, given that documentation for every other Java EE server (including ones using OpenJPA) that comes up in a Google search for jta-data-source says that you put the JNDI name of your DataSource there, it seems reasonable to expect that Geronimo will interpret it similarly. While http://cwiki.apache.org/GMOxDOC22/datasource-connectionfactory-mdb-and-jpa.html and some other Geronimo doc pages say that Geronimo does not use JNDI, most are not very clear on the matter. On Oct 29, 2008, at 2:32 AM, David Jencks wrote: On Oct 28, 2008, at 7:14 PM, Doug Reeder wrote: I think the documentation at http://cwiki.apache.org/GMOxDOC22/datasource-connectionfactory-mdb-and-jpa.html and http://cwiki.apache.org/GMOxDOC21/configuring-jms.html is all the documentation there is. Let me know if you figure it out. I spent several days trying to configure OpenJPA to access a JDBC connection pool via JNDI, and never could get it to work. OpenJPA in geronimo does not use jndi to locate the jdbc connection pool. Did you have some reason to think it did? Geronimo connection pools are in-vm only so if you are trying to use openjpa outside geronimo you won't be able to use a geronimo connection pool at all. I don't think jsmch has responded to my questions about what kind of client is involved, but if it is not a javaee app client but a standalone non-javaee client of some sort then geronimo configuration is not really relevant and the activemq documentation at http://activemq.apache.org/jndi-support.html might be helpful. thanks david jencks On Oct 28, 2008, at 11:25 AM, jsmch wrote: Hi, i´ve a problem and was not able to find any answer in the last days. I installed some ConnectionFactory and Topics in the JMS Resources-menu-item from Geronimo. Next step i need is to make a lookup on this objects from an client-application. But even that´s the problem. I don´t know how to manage it, that my Objects habe an simple jndi- name. Those JMS-objects have to be accessable from any other client. I also tried the global-jndi-name-Tag because i thought ths would help - but surprisingly it is deprecated in the newer Versions and i don ´t find something to replace it?
Re: How may I access ConnectionFactory/Queues etc. with JNDI-lookup?
I think the documentation at http://cwiki.apache.org/GMOxDOC22/datasource-connectionfactory-mdb-and-jpa.html and http://cwiki.apache.org/GMOxDOC21/configuring-jms.html is all the documentation there is. Let me know if you figure it out. I spent several days trying to configure OpenJPA to access a JDBC connection pool via JNDI, and never could get it to work. On Oct 28, 2008, at 11:25 AM, jsmch wrote: Hi, i´ve a problem and was not able to find any answer in the last days. I installed some ConnectionFactory and Topics in the JMS Resources-menu-item from Geronimo. Next step i need is to make a lookup on this objects from an client-application. But even that´s the problem. I don´t know how to manage it, that my Objects habe an simple jndi- name. Those JMS-objects have to be accessable from any other client. I also tried the global-jndi-name-Tag because i thought ths would help - but surprisingly it is deprecated in the newer Versions and i don´t find something to replace it?
Could not auto-map to Database Pool resource
I have a simple web application that deploys and works fine in Glassfish that I'm trying to deploy to Geronimo-Jetty 2.1.3. I'm running Geronimo on a Intel Mac running OS X 10.5.5. I have defined a database pool named softBizPool using the Geronimo console. Following the Usage info produced by the server, my web.xml file is: ?xml version=1.0 encoding=UTF-8? web-app version=2.5 xmlns=http://java.sun.com/xml/ns/javaee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd . . . resource-ref descriptionjdbc:derby://localhost:1527/soft-biz/description res-ref-namejdbc/softBizDatasource/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth res-sharing-scopeShareable/res-sharing-scope /resource-ref /web-app and my geronimo-web.xml file is: ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1; environment moduleId artifactIdSoftBiz/artifactId /moduleId dependencies dependency groupIdconsole.dbpool/groupId artifactIdsoftBizPool/artifactId /dependency /dependencies /environment context-root/SoftBiz/context-root !-- security settings, if any, go here -- security-realm-namegeronimo-admin/security-realm-name !-- sec:security /sec:security -- !-- named resources -- resource-ref ref-namejdbc/softBizDataSource/ref-name resource-linksoftBizPool/resource-link /resource-ref /web-app Yet, when i attempt to deploy, I get the error Unable to resolve resource reference 'jdbc/softBizDatasource' (Could not auto-map to resource. Try adding a resource-ref mapping to your Geronimo deployment plan. Search conducted in current module and dependencies: [ALL: console.dbpool/softBizPool//] [ALL: org.apache.geronimo.configs/jetty6/2.1.3/car] [ALL: org.apache.geronimo.configs/openjpa//car] [ALL: org.apache.geronimo.configs/j2ee-corba-yoko//car] [CLASSES: org.apache.geronimo.configs/openejb//car] [ALL: org.apache.geronimo.configs/axis//car] [ALL: org.apache.geronimo.configs/cxf//car] ) org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jdbc/softBizDatasource' (Could not auto-map to resource. Try adding a resource-ref mapping to your Geronimo deployment plan. Search conducted in current module and dependencies: [ALL: console.dbpool/softBizPool//] [ALL: org.apache.geronimo.configs/jetty6/2.1.3/car] [ALL: org.apache.geronimo.configs/openjpa//car] [ALL: org.apache.geronimo.configs/j2ee-corba-yoko//car] [CLASSES: org.apache.geronimo.configs/openejb//car] [ALL: org.apache.geronimo.configs/axis//car] [ALL: org.apache.geronimo.configs/cxf//car] ) at org .apache .geronimo .connector .deployment.ResourceRefBuilder.buildNaming(ResourceRefBuilder.java:216) at org .apache .geronimo .j2ee .deployment .NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:53) at org .apache .geronimo .web25 .deployment .AbstractWebModuleBuilder .configureBasicWebModuleAttributes(AbstractWebModuleBuilder.java:842) at org .apache .geronimo .jetty6 .deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:365) at org .apache .geronimo .j2ee .deployment .SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) at org .apache .geronimo .j2ee .deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java: 647) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun .reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) at sun .reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) at java.lang.reflect.Method.invoke(Method.java:585) at org .apache .geronimo .gbean .runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org .apache .geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org .apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java: 867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 239) at org .apache .geronimo .deployment .plugin .local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) at org .apache .geronimo .deployment.plugin.local.DistributeCommand.run(DistributeCommand.java: 61) at java.lang.Thread.run(Thread.java:613) Is there something more I need to do besides adding the resource-ref element to geronimo-web.xml?