Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 36195 invoked from network); 11 Aug 2010 09:33:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Aug 2010 09:33:48 -0000 Received: (qmail 15381 invoked by uid 500); 11 Aug 2010 09:33:48 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 14938 invoked by uid 500); 11 Aug 2010 09:33:44 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 14923 invoked by uid 99); 11 Aug 2010 09:33:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Aug 2010 09:33:43 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [148.87.113.121] (HELO rcsinet10.oracle.com) (148.87.113.121) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Aug 2010 09:33:34 +0000 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7B9XBR8021890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 11 Aug 2010 09:33:12 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7AK7rqX018902 for ; Wed, 11 Aug 2010 09:33:07 GMT Received: from abhmt005.oracle.com by acsmt353.oracle.com with ESMTP id 506002891281519131; Wed, 11 Aug 2010 02:32:11 -0700 Received: from [10.175.26.130] (/10.175.26.130) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 11 Aug 2010 02:32:10 -0700 Message-ID: <4C626E0E.8020907@oracle.com> Date: Wed, 11 Aug 2010 11:31:58 +0200 From: Kristian Waagan User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: derby-user@db.apache.org Subject: Re: Log connects and disconnects References: <4C626268.4020407@gmx.ch> In-Reply-To: <4C626268.4020407@gmx.ch> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 11.08.10 10:42, Damian Hofmann wrote: > Hi Derby Community > > Short question: Are disconnects supposed get logged if the option > "derby.drda.logConnections" is enabled? If not, how can I see if the > connections get properly closed? Hi Damian, I don't think disconnects are logged. I see two things you can do with Derby currently: o enable client side logging o use JMX and look at the information provided by NetworkServer MBean [1] I'm thinking the JMX approach is the easiest way to get a picture of the situation in your network server (could use jconsole or visualvm). If you would like to see logging of disconnects to derby.log, you should file a request in Jira [2]. I expect the required changes to be small, perhaps only adding tracing code to either DRDAConnThread.closeSession() or Session.close(). Regards, -- Kristian [1] For testing it should be pretty simple to get started: just connect to the network server process locally with jconsole/visualvm/. In deployment you may need to do some more work (see for instance http://wiki.apache.org/db-derby/DerbyJMXQuickStart), especially for remote access as well. [2] https://issues.apache.org/jira/browse/DERBY > > Background: > I recently had a problem with one of our Applications not responding > anymore. I suspected that the problem was with the derby network > server blocking because too many connections had been opened. In the > logfile tousands of connections are logged, but not a single > disconnect. So after I changed some code I excepted to see some > disconnects. But the logfile still only shows connects. > > Now I do not know if ... > a) ... there has never been a problem with to many connections and I > have solved the wrong problem > b) ... my "solution" doesn't work > c) ... there was a problem with connections, my solution works, but > the logfile simply doesn't tell me that > > Thanks for your help > Damian