Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CFE147AA9 for ; Wed, 21 Dec 2011 16:59:55 +0000 (UTC) Received: (qmail 76970 invoked by uid 500); 21 Dec 2011 16:59:55 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 76939 invoked by uid 500); 21 Dec 2011 16:59:55 -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 76928 invoked by uid 99); 21 Dec 2011 16:59:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Dec 2011 16:59:55 +0000 X-ASF-Spam-Status: No, hits=-2002.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Dec 2011 16:59:52 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id DE8A411F00E for ; Wed, 21 Dec 2011 16:59:30 +0000 (UTC) Date: Wed, 21 Dec 2011 16:59:30 +0000 (UTC) From: "Kathey Marsden (Resolved) (JIRA)" To: derby-dev@db.apache.org Message-ID: <1768810851.36001.1324486770912.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1747348356.1034.1299510420037.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Resolved] (DERBY-5096) DisconnectException: "Connection was refused because the database DB was not found" when creating db for first time 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-5096?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kathey Marsden resolved DERBY-5096. ----------------------------------- Resolution: Fixed Fix Version/s: 10.6.2.3 ported fix back to all branches through 10.5. The 10.6 fix doesn't show up on subversion commits, but was checked in with revision 1212214 > DisconnectException: "Connection was refused because the database DB was not found" when creating db for first time > ------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-5096 > URL: https://issues.apache.org/jira/browse/DERBY-5096 > Project: Derby > Issue Type: Bug > Components: Network Server > Affects Versions: 10.7.1.1 > Environment: System: OS/400 V7R1M0 on PowerPC; JVM: IBM J9 VM 2.4 (consistently reproducible). > But also: Windows 2008 R2 on VMWare and Windows 7 64 bit with Sun VM (1.6) too (but not as consistently reproducible) > Reporter: Steven Hendrickx > Assignee: Kathey Marsden > Fix For: 10.5.3.2, 10.6.2.3, 10.7.1.4, 10.8.2.3, 10.9.0.0 > > Attachments: TestLowerCaseTraversal.java, derby-5096_diff.txt, derby-5096_uncondset_diff.txt, getconnection_reproduce.zip > > > A process starts derby as network server (new NetworkServerControl, start) and waits for derby to respond (retry ping until success). After the server has started, the same process makes a connection with DriverManager.getConnection(). > The first time this process runs, this will always fail with "SQLNonTransientConnectionException: The connection was refused because the database Flows;create=true was not found." However, at the same time, "derby.log" and "Flows" directory are created in the derby home. The "Flows" directory contains "log", "seg0", "tmp", "db.lck", "service.properties", etc ... > The second time the process is started, the connection will succeed and the "Flows" database can be used successfully. From now on, every start will be successful. After cleaning the derby home directory, you get the exception again after the first start. > The attachment contains a Java program (DerbyGetConnection.java) that reproduces this problem consistently on our OS/400 V7R1M0 with IBM J9 VM. Probably this may happen on other systems too (Win7), but we were unable to reproduce it there (on my machine with Win7, this same program ran successful every run; might be a threading or I/O issue that occurs easily on slower hardware?). > The attachment contains also derby tracing ("derby.drda.traceAll") and logging/tracing of the DriverManager. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira