Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 90952 invoked from network); 26 Aug 2008 14:23:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Aug 2008 14:23:05 -0000 Received: (qmail 96953 invoked by uid 500); 26 Aug 2008 14:23:03 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 96916 invoked by uid 500); 26 Aug 2008 14:23:03 -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 96905 invoked by uid 99); 26 Aug 2008 14:23:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Aug 2008 07:23:03 -0700 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; Tue, 26 Aug 2008 14:22:14 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id CC7B6234C1B1 for ; Tue, 26 Aug 2008 07:22:44 -0700 (PDT) Message-ID: <2140040412.1219760564836.JavaMail.jira@brutus> Date: Tue, 26 Aug 2008 07:22:44 -0700 (PDT) From: "Knut Anders Hatlen (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Created: (DERBY-3853) Behaviour of setTypeMap() differs between embedded and client MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Behaviour of setTypeMap() differs between embedded and client ------------------------------------------------------------- Key: DERBY-3853 URL: https://issues.apache.org/jira/browse/DERBY-3853 Project: Derby Issue Type: Improvement Components: JDBC, Newcomer Affects Versions: 10.5.0.0 Reporter: Knut Anders Hatlen Priority: Minor On the embedded driver, Connection.setTypeMap() behaves like this (when the connection is not closed): - if the map argument is null, throw an SQLException with SQLState XJ081 - if the map is not null and not empty, throw an SQLException with SQLState 0A000 - if the map is not null and empty, do nothing The behaviour on the client driver is this: - always throw an SQLException with SQLState 0A000 We should try to make the two drivers behave the same way when setTypeMap() is called. (This would also allow us to simplify some of the tests in J2EEDataSourceTest). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.