[JBoss JIRA] (ISPN-2895) org.infinispan.lucene.InfinispanDirectoryIOTest.testReadWholeFile fails randomly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-2895?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-2895:
-----------------------------------------------
Sanne Grinovero <sanne(a)redhat.com> changed the Status of [bug 918448|https://bugzilla.redhat.com/show_bug.cgi?id=918448] from ASSIGNED to MODIFIED
> org.infinispan.lucene.InfinispanDirectoryIOTest.testReadWholeFile fails randomly
> --------------------------------------------------------------------------------
>
> Key: ISPN-2895
> URL: https://issues.jboss.org/browse/ISPN-2895
> Project: Infinispan
> Issue Type: Bug
> Components: Lucene Directory
> Affects Versions: 5.2.2.Final
> Reporter: Anna Manukyan
> Assignee: Sanne Grinovero
> Labels: 630, stable_embedded_query, testsuite_stability
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
>
> The test fails randomly and the error message is:
> {code}
> java.lang.NullPointerException
> at org.infinispan.lucene.DirectoryIntegrityCheck.verifyDirectoryStructure(DirectoryIntegrityCheck.java:76)
> at org.infinispan.lucene.DirectoryIntegrityCheck.verifyDirectoryStructure(DirectoryIntegrityCheck.java:56)
> at org.infinispan.lucene.InfinispanDirectoryIOTest.verifyOnBuffer(InfinispanDirectoryIOTest.java:184)
> at org.infinispan.lucene.InfinispanDirectoryIOTest.testReadWholeFile(InfinispanDirectoryIOTest.java:153)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (ISPN-4094) Memory leak in RemoteQueryDslConditionsTest
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4094?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4094:
-----------------------------------------------
Sanne Grinovero <sanne(a)redhat.com> changed the Status of [bug 1083321|https://bugzilla.redhat.com/show_bug.cgi?id=1083321] from ASSIGNED to MODIFIED
> Memory leak in RemoteQueryDslConditionsTest
> -------------------------------------------
>
> Key: ISPN-4094
> URL: https://issues.jboss.org/browse/ISPN-4094
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha2
>
>
> A {{RemoteCacheManager}} instance is created for each test method in {{RemoteQueryDslConditionsTest}}, because of the {{@CleanupAfterMethod}} annotation. But the {{@AfterTest}} method that stops the remote cache is only once for the entire class, so all but one of the remote cache managers are not stopped properly.
> {{GenericKeyedObjectPool}} registers a timer in {{EvictionTimer}}, which keeps the pool and the {{TcpTransport}} objects in it alive. And because the size of the buffer used by the transport is very big (1838kb on my system), {{RemoteQueryDslConditionsTest}} and its subclasses can quickly fill up the heap.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (ISPN-4094) Memory leak in RemoteQueryDslConditionsTest
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4094?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4094:
-----------------------------------------------
Sanne Grinovero <sanne(a)redhat.com> changed the Status of [bug 1083321|https://bugzilla.redhat.com/show_bug.cgi?id=1083321] from NEW to ASSIGNED
> Memory leak in RemoteQueryDslConditionsTest
> -------------------------------------------
>
> Key: ISPN-4094
> URL: https://issues.jboss.org/browse/ISPN-4094
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha2
>
>
> A {{RemoteCacheManager}} instance is created for each test method in {{RemoteQueryDslConditionsTest}}, because of the {{@CleanupAfterMethod}} annotation. But the {{@AfterTest}} method that stops the remote cache is only once for the entire class, so all but one of the remote cache managers are not stopped properly.
> {{GenericKeyedObjectPool}} registers a timer in {{EvictionTimer}}, which keeps the pool and the {{TcpTransport}} objects in it alive. And because the size of the buffer used by the transport is very big (1838kb on my system), {{RemoteQueryDslConditionsTest}} and its subclasses can quickly fill up the heap.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (ISPN-4094) Memory leak in RemoteQueryDslConditionsTest
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4094?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-4094:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1083321
> Memory leak in RemoteQueryDslConditionsTest
> -------------------------------------------
>
> Key: ISPN-4094
> URL: https://issues.jboss.org/browse/ISPN-4094
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha2
>
>
> A {{RemoteCacheManager}} instance is created for each test method in {{RemoteQueryDslConditionsTest}}, because of the {{@CleanupAfterMethod}} annotation. But the {{@AfterTest}} method that stops the remote cache is only once for the entire class, so all but one of the remote cache managers are not stopped properly.
> {{GenericKeyedObjectPool}} registers a timer in {{EvictionTimer}}, which keeps the pool and the {{TcpTransport}} objects in it alive. And because the size of the buffer used by the transport is very big (1838kb on my system), {{RemoteQueryDslConditionsTest}} and its subclasses can quickly fill up the heap.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (ISPN-4072) JPA Cache Store fails to clear entity which contains ElementCollection
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-4072?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-4072:
----------------------------------
Summary: JPA Cache Store fails to clear entity which contains ElementCollection (was: JPA Cache Store fails to clear entity which conatins ElementCollection)
> JPA Cache Store fails to clear entity which contains ElementCollection
> ----------------------------------------------------------------------
>
> Key: ISPN-4072
> URL: https://issues.jboss.org/browse/ISPN-4072
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
> Labels: 630
> Fix For: 7.0.0.Alpha2, 7.0.0.Final
>
>
> When entity stored by JPA Cache Store contains [ElementCollection|http://docs.oracle.com/javaee/6/api/javax/persistence/E...], {{clear()}} operation fails with foreign key constraint violation.
> Stack trace in case of MySQL:
> {noformat}
> org.infinispan.persistence.jpa.JpaStoreException: Exception caught in clear()
> at org.infinispan.persistence.jpa.JpaStore.clear(JpaStore.java:143)
> at org.infinispan.persistence.jpa.BaseJpaStoreTest.setUp(BaseJpaStoreTest.java:85)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: javax.persistence.PersistenceException: org.hibernate.exception.ConstraintViolationException: could not execute statement
> at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387)
> at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310)
> at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:1397)
> at org.hibernate.ejb.AbstractQueryImpl.executeUpdate(AbstractQueryImpl.java:108)
> at org.infinispan.persistence.jpa.JpaStore.clear(JpaStore.java:128)
> ... 23 more
> Caused by: org.hibernate.exception.ConstraintViolationException: could not execute statement
> at org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:74)
> at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:49)
> at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:125)
> at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:110)
> at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.executeUpdate(ResultSetReturnImpl.java:136)
> at org.hibernate.hql.internal.ast.exec.BasicExecutor.execute(BasicExecutor.java:103)
> at org.hibernate.hql.internal.ast.QueryTranslatorImpl.executeUpdate(QueryTranslatorImpl.java:413)
> at org.hibernate.engine.query.spi.HQLQueryPlan.performExecuteUpdate(HQLQueryPlan.java:282)
> at org.hibernate.internal.SessionImpl.executeUpdate(SessionImpl.java:1290)
> at org.hibernate.internal.QueryImpl.executeUpdate(QueryImpl.java:116)
> at org.hibernate.ejb.QueryImpl.internalExecuteUpdate(QueryImpl.java:194)
> at org.hibernate.ejb.AbstractQueryImpl.executeUpdate(AbstractQueryImpl.java:99)
> ... 24 more
> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Cannot delete or update a parent row: a foreign key constraint fails (`ispn_jpa_test`.`Person_nickNames`, CONSTRAINT `FK_ne1r4l90nve6426b7c7ws198i` FOREIGN KEY (`Person_id`) REFERENCES `Person` (`id`))
> at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
> at com.mysql.jdbc.Util.getInstance(Util.java:386)
> at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1039)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4098)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4030)
> at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)
> at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)
> at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2677)
> at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2134)
> at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2434)
> at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2352)
> at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2337)
> at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.executeUpdate(ResultSetReturnImpl.java:133)
> ... 31 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (ISPN-3304) ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit fails randomly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3304?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-3304:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1083286
> ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit fails randomly
> -------------------------------------------------------------------------------
>
> Key: ISPN-3304
> URL: https://issues.jboss.org/browse/ISPN-3304
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 5.3.0.Final
> Reporter: Pedro Ruivo
> Assignee: Dan Berindei
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
> Attachments: ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit.tar.gz
>
>
> {code:java}
> java.lang.RuntimeException: Timed out before caches had complete views. Expected 3 members in each view. Views are as follows: [[ClusterTopologyManagerTest-NodeL-25341], [ClusterTopologyManagerTest-NodeN-52944, ClusterTopologyManagerTest-NodeM-9914], [ClusterTopologyManagerTest-NodeN-52944, ClusterTopologyManagerTest-NodeM-9914]]
> at org.infinispan.test.TestingUtil.viewsTimedOut(TestingUtil.java:232)
> at org.infinispan.test.TestingUtil.viewsTimedOut(TestingUtil.java:222)
> at org.infinispan.test.TestingUtil.blockUntilViewsReceived(TestingUtil.java:214)
> at org.infinispan.test.TestingUtil.blockUntilViewsReceived(TestingUtil.java:255)
> at org.infinispan.statetransfer.ClusterTopologyManagerTest.testClusterRecoveryAfterThreeWaySplit(ClusterTopologyManagerTest.java:156)
> ...
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months