Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 93769 invoked from network); 17 Mar 2008 07:45:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Mar 2008 07:45:10 -0000 Received: (qmail 59735 invoked by uid 500); 17 Mar 2008 07:45:07 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 59699 invoked by uid 500); 17 Mar 2008 07:45:07 -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 59690 invoked by uid 99); 17 Mar 2008 07:45:07 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Mar 2008 00:45:07 -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; Mon, 17 Mar 2008 07:44:27 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 851B2234C09B for ; Mon, 17 Mar 2008 00:43:24 -0700 (PDT) Message-ID: <1807603960.1205739804544.JavaMail.jira@brutus> Date: Mon, 17 Mar 2008 00:43:24 -0700 (PDT) From: "V.Narayanan (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-3541) quit; on ij with authentication enabled does not shutdown the derby modules that are loaded In-Reply-To: <2133138172.1205502384267.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-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579338#action_12579338 ] V.Narayanan commented on DERBY-3541: ------------------------------------ >* On the other hand, we control the ij application, and we may want to improve it. >Documenting this problematic behavior like suggested may be enough, but it would >also be possible to abort the 'quit;' call with an exception saying: Depends on how much of derby specific code you want to put in ij, Jorgen. I must admit I was surprised at seeing the derby system shutdown being attempted when we do a quit itself. My impression about ij was ij is a general jdbc front end tool. It can be used with any database that supports a jdbc driver. This shutdown attempt with use to any other database (different jdbc url) will surely fail. Well maybe that is why we ignore the SQLExceptions upon doing this. Adding more and more derby specific code to ij, makes ij more and more a derby specific tool and lesser and lesser a general jdbc interface supporting front-end. For now I will lower the severity of the issue. I think we can take it from there. I will also leave the issue open. > quit; on ij with authentication enabled does not shutdown the derby modules that are loaded > ------------------------------------------------------------------------------------------- > > Key: DERBY-3541 > URL: https://issues.apache.org/jira/browse/DERBY-3541 > Project: Derby > Issue Type: Bug > Components: Security > Affects Versions: 10.4.0.0 > Reporter: V.Narayanan > Attachments: derby.properties, PrintStackTrace.diff, WithoutAuthentication_StackTrace.txt > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.