Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 10703 invoked from network); 31 Mar 2009 14:02:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 31 Mar 2009 14:02:35 -0000 Received: (qmail 31616 invoked by uid 500); 31 Mar 2009 14:02:35 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 31576 invoked by uid 500); 31 Mar 2009 14:02:35 -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 31568 invoked by uid 99); 31 Mar 2009 14:02:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Mar 2009 14:02:35 +0000 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, 31 Mar 2009 14:02:34 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 48A7D234C003 for ; Tue, 31 Mar 2009 07:02:14 -0700 (PDT) Message-ID: <742639857.1238508134282.JavaMail.jira@brutus> Date: Tue, 31 Mar 2009 07:02:14 -0700 (PDT) From: "Yun Lee (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-3991) Clob.truncate(0) throws exception In-Reply-To: <19293666.1229345384746.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-3991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694119#action_12694119 ] Yun Lee commented on DERBY-3991: -------------------------------- Kistian, thanks for your comments. >You could consider trying to access the empty string using a stream too (currently the test I wrote originally only uses getSubString). I will do it later. >Users will also see a different error message with the embedded driver now. Does this warrant a release note? >The new error message is both more specific and it is the same as the one thrown by the client driver, which is justification enough for the change. I'm not sure. Do you mean I replaced 'SQLState.BLOB_BAD_POSITION' with 'SQLState.BLOB_NONPOSITIVE_LENGTH' in EmbedClob.java? If you do, I just want to give a clearer exception message.As a new comer, I don't know whether it's proper to do so, and don't know what it does with ' a release note'. Wish for your explanation. Thanks! > Clob.truncate(0) throws exception > --------------------------------- > > Key: DERBY-3991 > URL: https://issues.apache.org/jira/browse/DERBY-3991 > Project: Derby > Issue Type: Bug > Components: JDBC > Affects Versions: 10.3.3.1, 10.4.2.1, 10.5.1.0, 10.6.0.0 > Reporter: Kristian Waagan > Assignee: Yun Lee > Priority: Minor > Attachments: derby-3991-1a-ClobTruncateZeroTest.diff, derby-3991-2a.diff > > > Truncating a Clob to zero length is allowed according to the JDBC specification, which says the following about the len argument (in the @throws tag): > "SQLException - if there is an error accessing the CLOB value or if len is less than 0 " > Derby throws an exception if zero is passed to truncate. > A quick inspection of the code suggests that truncating a Clob to the empty string is easy to support. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.