Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 63056 invoked from network); 31 Jan 2006 18:55:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Jan 2006 18:55:21 -0000 Received: (qmail 29431 invoked by uid 500); 31 Jan 2006 18:52:58 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 29366 invoked by uid 500); 31 Jan 2006 18:52:58 -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 29254 invoked by uid 99); 31 Jan 2006 18:52:57 -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; Tue, 31 Jan 2006 10:52:54 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id F3756E0 for ; Tue, 31 Jan 2006 19:52:33 +0100 (CET) Message-ID: <887655646.1138733553995.JavaMail.jira@ajax.apache.org> Date: Tue, 31 Jan 2006 19:52:33 +0100 (CET) From: "Philip Wilder (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-821) Client driver: Implicitly close exhausted result sets on the server In-Reply-To: <330763258.1137581450484.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/DERBY-821?page=comments#action_12364666 ] Philip Wilder commented on DERBY-821: ------------------------------------- I'm sorry I just noticed this now Knut but I should bring it to your attention that you are in fact undoing work that was done in DERBY-213. The decision to remove the implicit close from the Client Driver ResultSets was to bring the Derby Client in line with the embedded driver which does not close ResultSets implicitly. Also there is an outstanding jira issue (DERBY-545) that asks the question as to what the Client should do. I would ask that if you come to a concrete conclusion the you also address DERBY-545 when you close this issue. I will be monitoring DERBY-821 for a few days if you would like anything clarified. > Client driver: Implicitly close exhausted result sets on the server > ------------------------------------------------------------------- > > Key: DERBY-821 > URL: http://issues.apache.org/jira/browse/DERBY-821 > Project: Derby > Type: Improvement > Components: Network Client, Network Server, Performance > Versions: 10.2.0.0 > Reporter: Knut Anders Hatlen > Assignee: Knut Anders Hatlen > Priority: Minor > Fix For: 10.2.0.0 > Attachments: DERBY-821.diff, DERBY-821.stat, changes.html > > Forward-only result sets that are exhausted should be implicitly > closed on the server. This way, ResultSet.close() does not have to > send an explicit close message generating unnecessary network traffic. > The DRDA protocol supports this. From the description of OPNQRY (open > query): > The qryclsimp parameter controls whether the target server > implicitly closes a non-scrollable query upon end of data (SQLSTATE > 02000) in association with the cursor type. -- 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