Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 77914 invoked from network); 26 Oct 2006 18:56:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Oct 2006 18:56:39 -0000 Received: (qmail 15310 invoked by uid 500); 26 Oct 2006 18:56:50 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 15280 invoked by uid 500); 26 Oct 2006 18:56:50 -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 15270 invoked by uid 99); 26 Oct 2006 18:56:50 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 11:56:50 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 32.97.182.144 is neither permitted nor denied by domain of Stan.Bradbury@gmail.com) Received: from [32.97.182.144] (HELO e4.ny.us.ibm.com) (32.97.182.144) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 11:56:34 -0700 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.13.8/8.12.11) with ESMTP id k9QIuChZ031590 for ; Thu, 26 Oct 2006 14:56:12 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id k9QIteph124580 for ; Thu, 26 Oct 2006 14:55:47 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k9QIteKE031118 for ; Thu, 26 Oct 2006 14:55:40 -0400 Received: from [127.0.0.1] (dyn9-72-133-177.usca.ibm.com [9.72.133.177]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k9QItcrS030634 for ; Thu, 26 Oct 2006 14:55:40 -0400 Message-ID: <454104A3.4070001@gmail.com> Date: Thu, 26 Oct 2006 11:55:31 -0700 From: Stanley Bradbury User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: Issue with Derby when using with IBM WebSphere Application Server Community Edition References: <65E39BDC90312B48BD2C4B4F9F0B5B143F900F@CS-MAILSVR02.Virtusa.com> In-Reply-To: <65E39BDC90312B48BD2C4B4F9F0B5B143F900F@CS-MAILSVR02.Virtusa.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Suraj Batuwana wrote: > > Hi, > > I have received a server side error as > > > > Error when executing > query:org.apache.derby.client.am.DisconnectException: Execution failed > due to a distribution protocol error that caused deallocation of the > conversation. The requested command encountered an unarchitected and > implementation specific condition for which there was no architected > message. > > com.ascential.xmeta.query.QueryException: Error when executing > query:org.apache.derby.client.am.DisconnectException: Execution failed > due to a distribution protocol error that caused deallocation of the > conversation. The requested command encountered an unarchitected and > implementation specific condition for which there was no architected > message. > > > > I have used the IBM WebSphere Application Server Community Edition > Version 1.1 as the application server and the Derby 10.1 Net work > server as the database. > > > > When create the datasource I have used the > > > > pass > > 1527 > > name="ServerName">localhost > > name="DatabaseName">TestDB > > newuser > > > > for the cloudscape datasource plan. Also I have used the > > tranql-connector-derby-client-local-1.1.rar and > tranql-connector-derby-client-xa-1.1.rar as the tranql connectors. > > > > While the above exception throws at the serverside following exception > will throw as derby.log > > Server is ready to accept connections on port 1527. > > Connection number: 1. > > Connection number: 2. > > Connection number: 3. > > Connection number: 4. > > > > ------------ BEGIN SHUTDOWN ERROR STACK ------------- > > > > ERROR XSDG3: Meta-data for Container > org.apache.derby.impl.store.raw.data.RAFContainer@67517852 could not > be accessed > > at org.apache.derby.iapi.error.StandardException.newException(Unknown > Source) > > at org.apache.derby.impl.store.raw.data.RAFContainer.run(Unknown Source) > > at java.security.AccessController.doPrivileged1(Native Method) > > at > java.security.AccessController.doPrivileged(AccessController.java(Compiled > Code)) > > at > org.apache.derby.impl.store.raw.data.RAFContainer.openContainer(Unknown > Source) > > at org.apache.derby.impl.store.raw.data.FileContainer.setIdent(Unknown > Source) > > at > org.apache.derby.impl.store.raw.data.RAFContainer.setIdentity(Unknown > Source) > > at > org.apache.derby.impl.services.cache.CachedItem.takeOnIdentity(Unknown > Source) > > at org.apache.derby.impl.services.cache.Clock.addEntry(Unknown Source) > > at org.apache.derby.impl.services.cache.Clock.find(Unknown Source) > > at > org.apache.derby.impl.store.raw.data.BaseDataFileFactory.openContainer(Unknown > Source) > > at > org.apache.derby.impl.store.raw.data.BaseDataFileFactory.openContainer(Unknown > Source) > > at org.apache.derby.impl.store.raw.xact.Xact.openContainer(Unknown Source) > > at > org.apache.derby.impl.store.access.btree.index.B2IFactory.readConglomerate(Unknown > Source) > > at > org.apache.derby.impl.store.access.RAMAccessManager.conglomCacheFind(Unknown > Source) > > at > org.apache.derby.impl.store.access.RAMTransaction.findExistingConglomerate(Unknown > Source) > > at > org.apache.derby.impl.store.access.RAMTransaction.openStoreCost(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.CompilerContextImpl.getStoreCostController(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.FromBaseTable.getStoreCostController(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.FromBaseTable.estimateCost(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.OptimizerImpl.estimateTotalCost(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.OptimizerImpl.costBasedCostOptimizable(Unknown > Source) > > at > org.apache.derby.impl.sql.compile.OptimizerImpl.costOptimizable(Unknown > Source) > > > > After the above exception happens any operation doing with my > application get fails. > > > > Note: None of this issue is happening when my application is running with > > Derby 10.1 and IBM WebSphere Application Server 6.0.2.5. > > So I have assumed this happens only when the Derby 10.1 and IBM > WebSphere Application Server Community Edition Version 1.1. > > > > I am using the java version "1.4.2" > > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2) > > Classic VM (build 1.4.2, J2RE 1.4.2 IBM Windows 32 build > cn142ifx-20051115 (SR3 + 94164 + 97403 + 97482) (JIT enabled: jitc)) > > > > This comes with the IBM Websphere IBM Websphere Application Server > 6.0.2.5. > > > > Even with the > > java version "1.5.0" > > Java(TM) 2 Runtime Environment, Standard Edition (build > pwi32devifx-20060818 (ifix: 108655: SR2 + 107350 + 108225 + 108262)) > > IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 > j9vmwi3223-20060504 (JIT enabled) > > With comes with the IBM WebSphere Application Server Community Edition > Version 1.1 was not able to solve problem > > > > Or when use a higher version of derby > > > > I am using tranql-connector-derby-client-local-1.1.rar and > tranql-connector-derby-client-xa-1.1.rar as the tranql connectors not > the embedded one. Use the above TranQL is one of the project > requirements. Because of that I have not tested with embedded version > of the TranQL adapter. > > > > The above exception happens when I run a set of test cases for my > application as a nightly build. The error occurs in the 3rd test > class. So I have removed the 3rd test class and run it again. I have > found that the same error happens in a different test class below. > Each of the test class has different functionalities > > > > > > > > Is this a known issue among the community? > > Is there any kind of solution for this? > > > > > > Thanks, > > Suraj > > > Hi Suraj - In the interest of efficiency I will respond to this issue from the posting you made to the derby-user list (this seems more a 'usage' issue than a Derby codeline / development issue). Note: it will take several minutes to before my response is posted to derby-user - I am recording my intent in hopes of synchronizing responses others may be in the process of drafting.