September 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4406) Stabilise security manager integration testsuite

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4406?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4406: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1091373|https://bugzilla.redhat.com/show_bug.cgi?id=1091373] from MODIFIED to ON_QA > Stabilise security manager integration testsuite > ------------------------------------------------ > > Key: ISPN-4406 > URL: https://issues.jboss.org/browse/ISPN-4406 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.0.0.Alpha5 > > > integrationtests/security-manager-it tests randomly fail, which might be related to the fact that a lot of these tests rely on static initialisation, and I think that's causing messing up between tests initialising/uninitialising these static variables. The fact that the errors are random seems to back this up. > However, enabling sequential testing results in: > {code}[ERROR] java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'null' lacks 'LIFECYCLE' permission > [ERROR] at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:56) > [ERROR] at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:70) > [ERROR] at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:75) > [ERROR] at org.infinispan.manager.DefaultCacheManager.getStatus(DefaultCacheManager.java:677) > [ERROR] at org.infinispan.test.fwk.TestCacheManagerFactory$PerThreadCacheManagers.checkManagersClosed(TestCacheManagerFactory.java:435) > [ERROR] at org.infinispan.test.fwk.TestCacheManagerFactory.testFinished(TestCacheManagerFactory.java:422) > [ERROR] at org.infinispan.test.fwk.UnitTestTestNGListener.onFinish(UnitTestTestNGListener.java:104){code} > This error is also present in paralell testing but in this case it's just logged rather than halting the process. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4045) String literal escaping for new query dsl is not properly done

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4045?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4045: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1116927|https://bugzilla.redhat.com/show_bug.cgi?id=1116927] from MODIFIED to ON_QA > String literal escaping for new query dsl is not properly done > -------------------------------------------------------------- > > Key: ISPN-4045 > URL: https://issues.jboss.org/browse/ISPN-4045 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Embedded Querying, Remote Querying > Affects Versions: 6.0.1.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > Some tests are disabled because of this, see QueryDslConditionsTest.testStringEscape() and the remote equivalent. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4498) OutOfMemoryError when CI is ran with tracing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4498?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4498: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1131633|https://bugzilla.redhat.com/show_bug.cgi?id=1131633] from MODIFIED to ON_QA > OutOfMemoryError when CI is ran with tracing > -------------------------------------------- > > Key: ISPN-4498 > URL: https://issues.jboss.org/browse/ISPN-4498 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite - Server > Affects Versions: 7.0.0.Alpha4 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Alpha5 > > > The CI will fail very often when tracing is enabled with some sort of OOM error. > http://ci.infinispan.org/viewType.html?buildTypeId=Infinispan_MasterHotsp... > Looking closer this appears to be an issue with an accumulation of Threads. These threads aren't running either but rather are held in memory unneedingly. It appears that they are being retained in the log4j1.2 NDC class in it's hashtable. Upon further investigation we never call to NDC.remove which would clear up the current any dead threads. > I have created JBLOGGING-106 to fix this as well. In the mean time we shouldn't use NDC. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4496) EncryptProtocolIT shouldn't check passwords via JMX

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4496?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4496: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1117843|https://bugzilla.redhat.com/show_bug.cgi?id=1117843] from MODIFIED to ON_QA > EncryptProtocolIT shouldn't check passwords via JMX > --------------------------------------------------- > > Key: ISPN-4496 > URL: https://issues.jboss.org/browse/ISPN-4496 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite - Server > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > > EncryptProtocolIT shouldn't check passwords via JMX, this is actually a bug, that the passwords were available via JMX, see [JGRP-1854|https://issues.jboss.org/browse/JGRP-1854]. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4612) TimeoutException during preparetx when putting to the ClusterRegistry

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4612?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4612: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1135553|https://bugzilla.redhat.com/show_bug.cgi?id=1135553] from MODIFIED to ON_QA > TimeoutException during preparetx when putting to the ClusterRegistry > ---------------------------------------------------------------------- > > Key: ISPN-4612 > URL: https://issues.jboss.org/browse/ISPN-4612 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite - Query > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > Attachments: infinispan.log.gz > > > As described on ISPN-3819 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2932) Preloading a read only index in a cache will never hit the cacheloader

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2932?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2932: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1135580|https://bugzilla.redhat.com/show_bug.cgi?id=1135580] from MODIFIED to ON_QA > Preloading a read only index in a cache will never hit the cacheloader > ---------------------------------------------------------------------- > > Key: ISPN-2932 > URL: https://issues.jboss.org/browse/ISPN-2932 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > With a warm cache (with no eviction) we should never need to hit the CacheLoader again. > Was reported - specifically with DIST on multiple nodes - that occasionall IO is triggered; we should add tests to verify this doesn't happen (or to understand why it should) > I'm suspecting demand of null valued entries. > mailing list thread: http://lists.jboss.org/pipermail/infinispan-dev/2013-March/012261.html -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4649) RemoveCommand does not activate the key in Passivation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4649?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4649: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1131645|https://bugzilla.redhat.com/show_bug.cgi?id=1131645] from MODIFIED to ON_QA > RemoveCommand does not activate the key in Passivation > ------------------------------------------------------ > > Key: ISPN-4649 > URL: https://issues.jboss.org/browse/ISPN-4649 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Beta1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Beta2 > > > The RemoveCommand does not activate the key in CacheStore. This creates an inconsistency because the key is never really removed. More precisely, the key is removed from DataContainer but not from CacheStore and during any operation, the old value is loaded from the CacheStore. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4667) Query DSL fails to load entity class in Wildfly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4667?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4667: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1134112|https://bugzilla.redhat.com/show_bug.cgi?id=1134112] from MODIFIED to ON_QA > Query DSL fails to load entity class in Wildfly > ----------------------------------------------- > > Key: ISPN-4667 > URL: https://issues.jboss.org/browse/ISPN-4667 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta2 > > > When using the as modules and an application that depends on those modules, the following code: > {code} > Cache cache = ... > Query query = Search.getQueryFactory(cache).from(Book.class).having("field").contains("value").toBuilder().build(); > List<Object> results = query.list(); > {code} > fails with > {code} > java.lang.IllegalStateException: Unknown entity name org.infinispan.test.integration.as.query.Book > at org.hibernate.hql.lucene.internal.ClassBasedLuceneQueryResolverDelegate.registerPersisterSpace(ClassBasedLuceneQueryResolverDelegate.java:104) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.entityName(GeneratedHQLResolver.java:12729) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaceRoot(GeneratedHQLResolver.java:3064) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpace(GeneratedHQLResolver.java:2956) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaces(GeneratedHQLResolver.java:2893) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.fromClause(GeneratedHQLResolver.java:2803) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.selectFrom(GeneratedHQLResolver.java:2704) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.querySpec(GeneratedHQLResolver.java:2182) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryExpression(GeneratedHQLResolver.java:2106) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatement(GeneratedHQLResolver.java:1745) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatementSet(GeneratedHQLResolver.java:1658) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.statement(GeneratedHQLResolver.java:654) > at org.hibernate.hql.ast.spi.QueryResolverProcessor.process(QueryResolverProcessor.java:52) > at org.hibernate.hql.QueryParser.parseQuery(QueryParser.java:82) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:43) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:19) > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4456) DSL queries: maxResults must be greather than 0

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4456?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4456: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1116924|https://bugzilla.redhat.com/show_bug.cgi?id=1116924] from MODIFIED to ON_QA > DSL queries: maxResults must be greather than 0 > ----------------------------------------------- > > Key: ISPN-4456 > URL: https://issues.jboss.org/browse/ISPN-4456 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying, Remote Querying > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > 0 is currently allowed, but that does not make much sense. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4569) Inserting into cache with indexing fails for XA transactions

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4569?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4569: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1130493|https://bugzilla.redhat.com/show_bug.cgi?id=1130493] from POST to MODIFIED > Inserting into cache with indexing fails for XA transactions > ------------------------------------------------------------ > > Key: ISPN-4569 > URL: https://issues.jboss.org/browse/ISPN-4569 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying, Transactions > Affects Versions: 7.0.0.Alpha5 > Reporter: Radim Vansa > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > If I setup XA transactions in {{ClusteredQueryDslConditionsTest}} using > {code} > cacheCfg.transaction().transactionMode(TransactionMode.TRANSACTIONAL).useSynchronization(false); > {code} > the test fails. The reason is in deadlock while updating {{ScopedKey}} in __cluster_registry_cache__ : It seems that on originator we create transaction with modified inserted key and the {{ScopedKey}} for inserted class, and send it in two prepare commands to the other node. In the {{ScopedKey}}-prepare, the lock is acquired, but the regular prepare on the other node does not see it (it is not committed yet) and also tries to update this {{ScopedKey}} in __cluster_registry_cache__ . This fails with lock timeout, as the commit is waiting on the regular prepare to finish. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2014