Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 63513 invoked from network); 7 Jan 2006 23:38:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Jan 2006 23:38:15 -0000 Received: (qmail 17369 invoked by uid 500); 7 Jan 2006 23:38:13 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 17309 invoked by uid 500); 7 Jan 2006 23:38:12 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 17298 invoked by uid 99); 7 Jan 2006 23:38:12 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Jan 2006 15:38:12 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 59C9519A for ; Sun, 8 Jan 2006 00:37:45 +0100 (CET) Message-ID: <1985732968.1136677065103.JavaMail.jira@ajax.apache.org> Date: Sun, 8 Jan 2006 00:37:45 +0100 (CET) From: "Aaron Mulder (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-1421) DB portlet failure in Tomcat only In-Reply-To: <502052436.1136496438870.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/GERONIMO-1421?page=comments#action_12362104 ] Aaron Mulder commented on GERONIMO-1421: ---------------------------------------- Here's what I found: If you follow the procedure above and click "Test Connection", it gets to DatabasePoolPortlet line 332 which calls ActionResponse.setRenderParameter("mode", "test"). Then the subsequent render request gets to DatabasePoolPortlet line 603 which calls RenderRequest.getParameter("mode"). Here it gets null, which is an error, since we previously set a value for "mode". This only seems to happen if the database URL (render parameter "url") ends in ;create=true (e.g. "jdbc:derby:TestDatabase;create=true"). If the URL is the same but does not end in ;create=true then this does not happen. I think this is a problem in Tomcat. The same thing does not happen with Jetty. Though it could also be that Pluto is doing something non-standard that the two web containers handle differently. > DB portlet failure in Tomcat only > --------------------------------- > > Key: GERONIMO-1421 > URL: http://issues.apache.org/jira/browse/GERONIMO-1421 > Project: Geronimo > Type: Bug > Components: console, Tomcat > Versions: 1.0 > Reporter: Aaron Mulder > Fix For: 1.1 > > - create a new database pool using the DB portlet > - select the "Derby Embedded" type > - pick the derby or derby-client JAR > - give it a new or existing database name > - add ;create=true to the end of the generated URL > - click test > This procedure works in the Jetty build but does not work in the Tomcat build. In Tomcat, it just redirects to the main screen for that portlet without any error message. The database is actually created (visible in the DB Manager portlet). This does not happen if you remove ;create=true from the URL and use an existing database. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira