Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 50616 invoked from network); 27 May 2010 00:52:04 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 00:52:04 -0000 Received: (qmail 76144 invoked by uid 500); 27 May 2010 00:52:04 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 76091 invoked by uid 500); 27 May 2010 00:52:04 -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 76082 invoked by uid 99); 27 May 2010 00:52:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 00:52:04 +0000 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.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 00:52:01 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4R0pdCe017713 for ; Thu, 27 May 2010 00:51:39 GMT Message-ID: <22099777.13421274921499686.JavaMail.jira@thor> Date: Wed, 26 May 2010 20:51:39 -0400 (EDT) From: "Bryan Pendleton (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-4676) NullPointerException on SELECT on INNER JOIN In-Reply-To: <15254712.13401274722104386.JavaMail.jira@thor> 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-4676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12872042#action_12872042 ] Bryan Pendleton commented on DERBY-4676: ---------------------------------------- Doesn't GenericConglomerateController.fetch latch the page just before it calls lockPositionForRead? Is the patch latch being given up inside the lock call, and then re-acquired? Is that why this only shows up under very high concurrency and lock contention scenarios? > NullPointerException on SELECT on INNER JOIN > -------------------------------------------- > > Key: DERBY-4676 > URL: https://issues.apache.org/jira/browse/DERBY-4676 > Project: Derby > Issue Type: Bug > Affects Versions: 10.5.3.0, 10.6.1.0 > Environment: Windows XP, same problem occurred using Apache Derby 10.5.3.0 and still with the newly release 10.6.1.0 version. > For completeness, also noting using c3p0 0.9.1-pre10 and hibernate 3.0.5. Attempted trying later versions of both (c3p0 and hibernate) to see if this resulted in a workaround, but had no success. > Reporter: Seth Katzman > Attachments: 2010-05-25-applicationerror.log, 2010-05-25-derbyerror.log, D4676.java, derbyerror.log, error.log > > > Running into a NullPointerException error in the Apache Derby database over multiple versions of the derby jars. From testing, this issue intermittently occurs during moderate load test scenarios, but has never occurred in production. This is using Derby as embedded and always occurs on the same statement as shown below and in the attachment. Following the error, hibernate throws an exception which results in the code attempting to rollback the transaction. The rollback fails as the NullPointerException appears to kill the connection. > *** derby.log > 2010-04-27 16:05:22.429 GMT Thread[SNMPDelayedStoreRunnable2Thread,5,main] (XID = 244546), (SESSIONID = 17), (DATABASE = db), (DRDAID = null), Cleanup action starting > 2010-04-27 16:05:22.429 GMT Thread[SNMPDelayedStoreRunnable2Thread,5,main] (XID = 244546), (SESSIONID = 17), (DATABASE = db), (DRDAID = null), Failed Statement is: select nonprimary0_.componentid as componen1_1_, nonprimary0_.deviceid as deviceid1_, device1_.deviceid as deviceid0_, device1_.name as name3_0_, device1_.description as descript3_3_0_, device1_.device_type as device4_3_0_, device1_.managed_address as managed5_3_0_, device1_.csid as csid3_0_, device1_.url as url3_0_, device1_.date_written_to_db as date8_3_0_, device1_.valid as valid3_0_, device1_.invalid_reason as invalid10_3_0_, device1_.version as version3_0_ from subsystem_callserver_map nonprimary0_ inner join device_data device1_ on nonprimary0_.deviceid=device1_.deviceid where nonprimary0_.componentid=? with 1 parameters begin parameter #1: 86b5b069-ca5c-4c38-9643-d9308c246100 :end parameter > java.lang.NullPointerException > at org.apache.derby.impl.store.access.conglomerate.GenericConglomerateController.fetch(Unknown Source) > at org.apache.derby.impl.sql.execute.IndexRowToBaseRowResultSet.getNextRowCore(Unknown Source) > at org.apache.derby.impl.sql.execute.NestedLoopJoinResultSet.getNextRowCore(Unknown Source) > at org.apache.derby.impl.sql.execute.BasicNoPutResultSetImpl.getNextRow(Unknown Source) > at org.apache.derby.impl.jdbc.EmbedResultSet.movePosition(Unknown Source) > at org.apache.derby.impl.jdbc.EmbedResultSet.next(Unknown Source) > at com.mchange.v2.c3p0.impl.NewProxyResultSet.next(NewProxyResultSet.java:2859) > at org.hibernate.loader.Loader.doQuery(Loader.java:408) > at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:218) > at org.hibernate.loader.Loader.loadCollection(Loader.java:1434) > at org.hibernate.loader.collection.CollectionLoader.initialize(CollectionLoader.java:99) > at org.hibernate.persister.collection.AbstractCollectionPersister.initialize(AbstractCollectionPersister.java:488) > at org.hibernate.event.def.DefaultInitializeCollectionEventListener.onInitializeCollection(DefaultInitializeCollectionEventListener.java:60) > at org.hibernate.impl.SessionImpl.initializeCollection(SessionImpl.java:1430) > at org.hibernate.collection.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:280) > at org.hibernate.engine.PersistenceContext.initializeNonLazyCollections(PersistenceContext.java:796) > at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:223) > at org.hibernate.loader.Loader.doList(Loader.java:1593) > at org.hibernate.loader.Loader.list(Loader.java:1577) > at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:395) > at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:271) > at org.hibernate.impl.SessionImpl.list(SessionImpl.java:844) > at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74) > at ooad.p.ga(p.java:288) > at ooad.p.ga(p.java:117) > at oo.c.gdc(c.java:119) > at oo.d.c(d.java:805) > at oo.d.c(d.java:785) > at oo.d.c(d.java:766) > at oodb.s.run(s.java:82) > at java.lang.Thread.run(Thread.java:595) > *** application log > Apr 27 2010 12:05:22.476 -0400: %_JDBCExceptionReporter-3-org.hibernate.util.JDBCExceptionReporter: Java exception: ': java.lang.NullPointerException'. > Apr 27 2010 12:05:22.492 -0400: %_JDBCTransaction-3-org.hibernate.transaction.JDBCTransaction: JDBC rollback failed > java.sql.SQLException: No current connection. > at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) > at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) > at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) > at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source) > at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown Source) > at org.apache.derby.impl.jdbc.EmbedConnection.setupContextStack(Unknown Source) > at org.apache.derby.impl.jdbc.EmbedConnection.rollback(Unknown Source) > at com.mchange.v2.c3p0.impl.NewProxyConnection.rollback(NewProxyConnection.java:755) > at org.hibernate.transaction.JDBCTransaction.rollbackAndResetAutoCommit(JDBCTransaction.java:163) > at org.hibernate.transaction.JDBCTransaction.rollback(JDBCTransaction.java:142) > at ooad.p.r(p.java:888) > at ooad.p.ga(p.java:310) > at ooad.p.ga(p.java:117) > at oa.c.gdc(c.java:119) > at oa.d.c(d.java:805) > at oa.d.c(d.java:785) > at oa.d.c(d.java:766) > at ooad.s.run(s.java:82) > at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.