Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 69079 invoked from network); 23 Dec 2007 07:30:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Dec 2007 07:30:05 -0000 Received: (qmail 96297 invoked by uid 500); 23 Dec 2007 07:29:53 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 96259 invoked by uid 500); 23 Dec 2007 07:29:53 -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 96248 invoked by uid 99); 23 Dec 2007 07:29:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Dec 2007 23:29:53 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 23 Dec 2007 07:29:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 47F7371420B for ; Sat, 22 Dec 2007 23:29:43 -0800 (PST) Message-ID: <15168984.1198394983292.JavaMail.jira@brutus> Date: Sat, 22 Dec 2007 23:29:43 -0800 (PST) From: "David Jencks (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Assigned: (GERONIMO-3596) Unintuitive workings of the MySQL DBPool deployment wizard In-Reply-To: <4981625.1194737930782.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/GERONIMO-3596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reassigned GERONIMO-3596: -------------------------------------- Assignee: David Jencks > Unintuitive workings of the MySQL DBPool deployment wizard > ---------------------------------------------------------- > > Key: GERONIMO-3596 > URL: https://issues.apache.org/jira/browse/GERONIMO-3596 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector, databases, deployment > Affects Versions: 2.0.2 > Environment: ogre% uname -a > FreeBSD ogre 7.0-BETA2 FreeBSD 7.0-BETA2 #4: Sat Nov 10 15:29:36 CET 2007 root@ogre:/usr/obj/usr/src/sys/OGRE amd64 > ogre% java -version > java version "1.6.0_02-p2" > Java(TM) SE Runtime Environment (build 1.6.0_02-p2-root_04_nov_2007_14_03-b00) > Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-p2-root_04_nov_2007_14_03-b00, mixed mode) > Nothing else. I don't think it matters at all for this bug report anyway. > Reporter: Jesper Louis Andersen > Assignee: David Jencks > Attachments: tranql-connector-mysql-local-1.2-SNAPSHOT.rar > > > There is an unintuitive gotcha hidden in the DBPool wizard for the MySQL (and probably also the MySQL-XA) driver. It manifests itself > with a NullPointerException when trying to connect to a database. See for instance the following mail: > http://spteam-lists.blogspot.com/2007/11/re-apache-geronimo-202-and-mysql-data.html > The reason is that if you DON'T fill out the URL field, you get the following deployment plan: > ++++++++++++++++++++++++++++++++ > > > > > console.dbpool > cxnet > 1.0 > rar > > > > mysql > mysql-connector-java > 5.1.5 > jar > > > > > > > javax.sql.DataSource > > cxnet > foo > foo > foo > > > > > 10 > 0 > > > > > > > > > +++++++++++++++++++++++++++++++++++++ > Notice the Empty URL parameter. Quick workaround: Supply the URL parameter or use the 'show plan' feature and add the URL in > the plan. > Steps to reproduce: > 1. Add a mysql-connector-java JAR to the library section. I used 5.1.5 as a version, but it also fails with 5.0.8 and 3.1.14. > 2. Click Database Pools -> Wizard -> choose 'foo' and MySQL as driver > 3. Enter the fields: pool name, database driver, port number, user name, server name, database name, password and confirm password > take care NOT to enter the URL. > 4. Now click 'show plan'. It this point it should be obvious that we are trying to deploy a plan without an URL. > The idea for a fix: > 1. Gather fields from input. > 2. If URL is empty, stitch together one from the other parameters. > 3. Use the constructed URL. > And do take care to report this back to the guy in the linked mail above ;) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.