1. घर
  2. सवाल और जवाब
  3. मैवेन परीक्षण केस चलाते समय लटकता है Eclipselink और hsqldb

मैवेन परीक्षण केस चलाते समय लटकता है Eclipselink और hsqldb

2012-12-22 17 views
6

jps और jstack का उपयोग करके मैं अपमानजनक प्रतीक्षा थ्रेड पर जा सकता हूं लेकिन यह नहीं जानता कि इसका निवारण कैसे करें या इसका कारण क्या है। मेवेन निर्भरताओं और jstack परिणाम और tid=0x000000000022c000 के साथ प्रतीक्षा धागा के नीचे देखें। आगे का विश्लेषण यह चयनित संस्करणों के लिए एक्लीप्सेलिंक और hsqldb के बीच एक मुद्दा प्रतीत होता है। मुझे यह समस्या दो पुस्तकालयों को अपग्रेड करने के परिणामस्वरूप मिली क्योंकि यह क्रमशः एक्लिप्सेलिंक और hsqldb के संस्करण 2.0.1 और 1.8.0.10 के लिए पूरी तरह से काम करता था।मैवेन परीक्षण केस चलाते समय लटकता है Eclipselink और hsqldb

<dependencies> 
<dependency> 
    <groupId>org.eclipse.persistence</groupId> 
    <artifactId>eclipselink</artifactId> 
    <version>2.4.0</version> 
    </dependency> 
<dependency> 
    <groupId>org.hsqldb</groupId> 
    <artifactId>hsqldb</artifactId> 
    <version>2.2.9</version> 
    <scope>test</scope> 
</dependency>     
</dependencies> 
<repositories> 
<repository> 
    <id>EclipseLink</id> 
    <url>http://download.eclipse.org/rt/eclipselink/maven.repo</url> 
</repository>

और स्टैकट्रेस है:

$ jstack 7552 
2012-12-21 22:48:53 
Full thread dump Java HotSpot(TM) 64-Bit Server VM (20.12-b01 mixed mode): 

"Low Memory Detector" daemon prio=6 tid=0x0000000006a19000 nid=0x1e00 runnable [0x0000000000000000] 
    java.lang.Thread.State: RUNNABLE 

"C2 CompilerThread1" daemon prio=10 tid=0x0000000006a0a800 nid=0x2184 waiting on condition [0x0000000000000000] 
    java.lang.Thread.State: RUNNABLE 

"C2 CompilerThread0" daemon prio=10 tid=0x00000000069f5000 nid=0x754 waiting on condition [0x0000000000000000] 
    java.lang.Thread.State: RUNNABLE 

"Attach Listener" daemon prio=10 tid=0x00000000069f3800 nid=0x219c waiting on condition [0x0000000000000000] 
    java.lang.Thread.State: RUNNABLE 

"Signal Dispatcher" daemon prio=10 tid=0x00000000069a1800 nid=0x2198 runnable [0x0000000000000000] 
    java.lang.Thread.State: RUNNABLE 

"Finalizer" daemon prio=8 tid=0x000000000699f000 nid=0x2384 in Object.wait() [0x00000000075ef000] 
    java.lang.Thread.State: WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     - waiting on <0x00000007aef280e0> (a java.lang.ref.ReferenceQueue$Lock) 
     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) 
     - locked <0x00000007aef280e0> (a java.lang.ref.ReferenceQueue$Lock) 
     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134) 
     at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) 

"Reference Handler" daemon prio=10 tid=0x0000000006990800 nid=0x21cc in Object.wait() [0x00000000074ef000] 
    java.lang.Thread.State: WAITING (on object monitor) 
     at java.lang.Object.wait(Native Method) 
     - waiting on <0x00000007aef38070> (a java.lang.ref.Reference$Lock) 
     at java.lang.Object.wait(Object.java:485) 
     at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) 
     - locked <0x00000007aef38070> (a java.lang.ref.Reference$Lock) 

"main" prio=6 tid=0x000000000022c000 nid=0xbc0 waiting on condition [0x000000000220c000] 
    java.lang.Thread.State: WAITING (parking) 
     at sun.misc.Unsafe.park(Native Method) 
     - parking to wait for <0x00000007acd840a0> (a java.util.concurrent.CountDownLatch$Sync) 
     at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:811) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:969) 
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1281) 
     at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:207) 
     at org.hsqldb.lib.CountUpDownLatch.await(Unknown Source) 
     at org.hsqldb.Session.executeCompiledStatement(Unknown Source) 
     at org.hsqldb.Session.execute(Unknown Source) 
     - locked <0x00000007acd83f70> (a org.hsqldb.Session) 
     at org.hsqldb.jdbc.JDBCPreparedStatement.fetchResult(Unknown Source) 
     at org.hsqldb.jdbc.JDBCPreparedStatement.executeQuery(Unknown Source) 
     - locked <0x00000007acdb2518> (a org.hsqldb.jdbc.JDBCPreparedStatement) 
     at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeSelect(DatabaseAccessor.java:938) 
     at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:609) 
     at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:537) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1800) 
     at org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:566) 
     at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:207) 
     at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:193) 
     at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelectCall(DatasourceCallQueryMechanism.java:264) 
     at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectAllRows(DatasourceCallQueryMechanism.java:648) 
     at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllRowsFromTable(ExpressionQueryMechanism.java:2681) 
     at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllRows(ExpressionQueryMechanism.java:2634) 
     at org.eclipse.persistence.queries.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:420) 
     at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1149) 
     at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:852) 
     at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1108) 
     at org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:392) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.internalExecuteQuery(AbstractSession.java:2946) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1602) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1584) 
     at org.eclipse.persistence.sessions.server.ServerSession.executeQuery(ServerSession.java:621) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1448) 
     at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1423) 
     at org.perfectjpattern.jee.integration.dao.ReadQueryAdapter.getResultList(ReadQueryAdapter.java:79) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at org.perfectjpattern.core.structural.AbstractSurrogate.invoke(AbstractSurrogate.java:115) 
     at $Proxy2.getResultList(Unknown Source) 
     at org.perfectjpattern.jee.integration.dao.JpaBaseDao.findByNamedQuery(JpaBaseDao.java:158) 
     at org.perfectjpattern.support.test.AbstractTestBaseReadOnlyDao.testFindByNamedQueryPositional(AbstractTestBaseReadOnlyDao.java:100) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at junit.framework.TestCase.runTest(TestCase.java:168) 
     at junit.framework.TestCase.runBare(TestCase.java:134) 
     at junit.framework.TestResult$1.protect(TestResult.java:110) 
     at junit.framework.TestResult.runProtected(TestResult.java:128) 
     at junit.framework.TestResult.run(TestResult.java:113) 
     at junit.framework.TestCase.run(TestCase.java:124) 
     at junit.framework.TestSuite.runTest(TestSuite.java:232) 
     at junit.framework.TestSuite.run(TestSuite.java:227) 
     at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) 
     at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) 
     at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) 
     at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) 
     at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) 
     at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) 
     at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107) 
     at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)

स्रोत

2012-12-22 Giovanni Azua

उत्तर

7

यह वास्तव में एक HSQLDB मुद्दा कैसा दिखाई देता है। बाद दिशाओं from here समाधान कनेक्शन-यूआरएल ;hsqldb.tx=mvcc जो कुछ भी है कि इसका मतलब है के लिए निम्न संलग्न करने के लिए किया गया था:/

स्रोत

2012-12-22 10:03:13

+3

MVCC मतलब है Multiversion संगामिति नियंत्रण। जब थ्रेड एक पंक्ति को संशोधित करता है तो यह पूरे डेटाबेस तालिकाओं को लॉक करने से बचाता है। यह अन्य धागे को पूरी तालिका को पढ़ने और पहले पंक्तियों को संशोधित करने से पहले विभिन्न पंक्तियों को संशोधित करने की अनुमति देता है। – fredt

+1

यह सेट डेटाबेस ट्रांसफर नियंत्रण एमवीसीसी के बराबर है अधिक जानकारी: http://hsqldb.org/doc/2.0/guide/sessions-chapt.html#snc_tx_tx_cc – alexandroid

1

मेरे लिए इस का मतलब है कि मैं hibernate.hbm2ddl.auto उपयोग कर रहा था "अद्यतन" के रूप में अच्छी तरह से कच्चे कनेक्शन का उपयोग कनेक्ट करने के लिए स्मृति डीबी में एक ही एचएसक्यूएल के लिए। दोनों अलग एचएसक्यूएल डीबी में अलग करना और यह काम करना शुरू कर दिया। वर्तमान सिद्धांत: शायद कुछ सत्र या लेनदेन (एसएसपी। जो एक पूरी तालिका को संशोधित करता है) पर पकड़ रहा है और इसे बंद नहीं कर रहा है? (दुर्भाग्य से MVCC ठीक उल्लेख मेरे मामले में मदद नहीं की)

HSQLDB संस्करण 2.3.4, 4.0.1.Final

मेरी ट्रेस हाइबरनेट:

"main" #1 prio=5 os_prio=31 tid=0x00007fb636001000 nid=0x1303 waiting on condition [0x000000010a68c000] 
    java.lang.Thread.State: WAITING (parking) 
    at sun.misc.Unsafe.park(Native Method) 
    - parking to wait for <0x00000007957cbd18> (a org.hsqldb.lib.CountUpDownLatch$Sync) 
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997) 
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304) 
    at org.hsqldb.lib.CountUpDownLatch.await(Unknown Source) 
    at org.hsqldb.Session.executeCompiledStatement(Unknown Source) 
    at org.hsqldb.Session.execute(Unknown Source) 
    - locked <0x00000007957cbbe0> (a org.hsqldb.Session) 
    at org.hsqldb.jdbc.JDBCPreparedStatement.fetchResult(Unknown Source)

स्रोत

2016-06-16 02:27:54 rogerdpack

संबंधित मुद्दे

 संबंधित मुद्दे