Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 16187 invoked from network); 12 Nov 2007 23:41:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Nov 2007 23:41:05 -0000 Received: (qmail 18596 invoked by uid 500); 12 Nov 2007 23:40:52 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 18570 invoked by uid 500); 12 Nov 2007 23:40:52 -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 18558 invoked by uid 99); 12 Nov 2007 23:40:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2007 15:40:52 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [203.217.22.128] (HELO file1.syd.nuix.com.au) (203.217.22.128) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2007 23:41:43 +0000 Received: from host68.syd.nuix.com.au (host68.syd.nuix.com.au [192.168.222.68]) by file1.syd.nuix.com.au (Postfix) with ESMTP id 56F654A821E for ; Tue, 13 Nov 2007 10:39:22 +1100 (EST) From: Daniel Noll To: "Derby Discussion" Subject: Re: Network protocol error in prepareStatement() Date: Tue, 13 Nov 2007 10:35:35 +1100 User-Agent: KMail/1.9.7 References: <200711121539.20497.daniel@nuix.com> <47388BCA.3010304@amberpoint.com> In-Reply-To: <47388BCA.3010304@amberpoint.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711131035.35858.daniel@nuix.com> X-Virus-Checked: Checked by ClamAV on apache.org On Tuesday 13 November 2007 04:22:18 Bryan Pendleton wrote: > > I'm getting this unusual exception during prepareStatement(): > > Hi Daniel, > > This could possibly be due to a bug in Derby. Can you reproduce > the problem? If so, can you gather more information? Here is > a wiki page which provides guidance about how to proceed with > gathering more information: > > http://wiki.apache.org/db-derby/ProtocolDebuggingTips It apparently does happen every time, whether from remote hosts or localhost. This is embedded in an application though so changing the connection properties isn't going to be easy, but do you think changing the system property derby.drda.debug to true on the server would generate enough output to diagnose the problem? Failing that I might have to step our customer through using a third-party database browsing tool to open the database, but those aren't the easiest to use and I sort of fear leaving that sort of power in the hands of an end user. Daniel