Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 66974 invoked from network); 2 Mar 2009 09:26:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Mar 2009 09:26:37 -0000 Received: (qmail 18478 invoked by uid 500); 2 Mar 2009 09:26:37 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 18273 invoked by uid 500); 2 Mar 2009 09:26:37 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 18264 invoked by uid 99); 2 Mar 2009 09:26:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Mar 2009 01:26:37 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Mar 2009 09:26:36 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 2BAB3234C4A8 for ; Mon, 2 Mar 2009 01:26:16 -0800 (PST) Message-ID: <2026911216.1235985976177.JavaMail.jira@brutus> Date: Mon, 2 Mar 2009 01:26:16 -0800 (PST) From: "Kristian Waagan (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Updated: (DERBY-4070) Embedded and client data sources throw different exception when a connection attribute is badly formatted In-Reply-To: <1830975131.1235557021854.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/DERBY-4070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristian Waagan updated DERBY-4070: ----------------------------------- Attachment: derby-4070-1b-ds_exception_handling.diff Attached updated patch 1b, which checks if the connection attributes are null. We don't want to add "" to the URL. I'm not sure if "[;]" is enough for the URL. What about the other properties, like Ssl or securityMechanism, which can be specified both by connectionAttributes and the specific setter methods? At the moment the constructed URL is only used for the error message. I think the issue connectionAttributes vs setter method is something we should define guidelines for. Which takes precedence? Should using the connectionAttributes be disallowed for properties that have a setter? > Embedded and client data sources throw different exception when a connection attribute is badly formatted > --------------------------------------------------------------------------------------------------------- > > Key: DERBY-4070 > URL: https://issues.apache.org/jira/browse/DERBY-4070 > Project: Derby > Issue Type: Sub-task > Components: JDBC, Network Client > Affects Versions: 10.4.2.1, 10.5.0.0 > Reporter: Kristian Waagan > Assignee: Kristian Waagan > Priority: Minor > Attachments: derby-4070-1a-ds_exception_handling.diff, derby-4070-1b-ds_exception_handling.diff > > > If a connection attribute is badly formatted, for instance if the attribute name is specified without a corresponding value, the embedded and the client data sources throw different exceptions: > o XJ212: Invalid attribute syntax: bad > o XJ028: The URL 'jdbc:derby://localhost:1527/wombat;bad' is not properly formed. > Currently the only client data source affected is ClientDataSource, but the connection pool and XA data sources also have to deal with this issue when DERBY-4067 has been fixed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.