October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4769) XSD documentation generator does not handle some types (e.g. xs:list)

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4769?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4769: ---------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > XSD documentation generator does not handle some types (e.g. xs:list) > --------------------------------------------------------------------- > > Key: ISPN-4769 > URL: https://issues.jboss.org/browse/ISPN-4769 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The XSD documentation generator does not handle xs:list simpleTypes and doesn't show documentation for restrictions. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4770) PublicAPI doclet crashes when generics without type parameters are found

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4770?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4770: ---------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > PublicAPI doclet crashes when generics without type parameters are found > ------------------------------------------------------------------------ > > Key: ISPN-4770 > URL: https://issues.jboss.org/browse/ISPN-4770 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPI doclet crashes if it encounters a generic without a type parameter, e.g. List instead of List<Object>. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4771) Combine doclets to avoid running javadocs multiple times

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4771?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4771: ---------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Combine doclets to avoid running javadocs multiple times > -------------------------------------------------------- > > Key: ISPN-4771 > URL: https://issues.jboss.org/browse/ISPN-4771 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 7.0.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.CR1 > > > The PublicAPIDoclet and JMXDoclet doclets should be combined so that they only require one pass -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4716) Race condition in index initialization prevents nodes to start successfully on empty indexes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4716?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4716: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1140518|https://bugzilla.redhat.com/show_bug.cgi?id=1140518] from ON_QA to VERIFIED > Race condition in index initialization prevents nodes to start successfully on empty indexes > -------------------------------------------------------------------------------------------- > > Key: ISPN-4716 > URL: https://issues.jboss.org/browse/ISPN-4716 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > The following stack is possible because a different engine could be initializing the same index after the check for a valid index to exist: > {noformat}Caused by: org.hibernate.search.exception.SearchException: Could not initialize index > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:146) > at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:73) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:90) > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:256) > ... 49 more > Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: org.infinispan.lucene.locking.BaseLuceneLock@1329a963 > at org.apache.lucene.store.Lock.obtain(Lock.java:89) > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:710) > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:141){noformat} > Fixed by https://hibernate.atlassian.net/browse/HSEARCH-1665, Infinispan needs to upgrade. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4744: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1145006|https://bugzilla.redhat.com/show_bug.cgi?id=1145006] from ON_QA to VERIFIED > RemoteCacheOsgiIT fails to run > ------------------------------ > > Key: ISPN-4744 > URL: https://issues.jboss.org/browse/ISPN-4744 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Ion Savin > Fix For: 7.0.0.CR1 > > > Three problems: > * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3}) > * the test probe doesn't export the Person class used in the test and commons fails to find this class > * paxurl fails to find the osgi features if custom maven local repository paths are used -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4731) Update classpath to ensure Weld loads Guava instead of Google Collections

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4731?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4731: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1142230|https://bugzilla.redhat.com/show_bug.cgi?id=1142230] from ON_QA to VERIFIED > Update classpath to ensure Weld loads Guava instead of Google Collections > ------------------------------------------------------------------------- > > Key: ISPN-4731 > URL: https://issues.jboss.org/browse/ISPN-4731 > Project: Infinispan > Issue Type: Bug > Components: CDI Integration, Integration > Affects Versions: 7.0.0.Beta2 > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Labels: maven > Fix For: 7.0.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4804) DeltaReplicationTest.testDeltasAreSent random failure

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4804?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4804: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Integrated. Thanks [~gustavonalle]! > DeltaReplicationTest.testDeltasAreSent random failure > ----------------------------------------------------- > > Key: ISPN-4804 > URL: https://issues.jboss.org/browse/ISPN-4804 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory, Test Suite - Query > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Gustavo Fernandes > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > {noformat} > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922) > at java.util.HashMap$KeyIterator.next(HashMap.java:956) > at org.infinispan.lucene.impl.DeltaReplicationTest.assertOnlyDeltasWereSent(DeltaReplicationTest.java:71) > at org.infinispan.lucene.impl.DeltaReplicationTest.testDeltasAreSent(DeltaReplicationTest.java:66) > {noformat} > Could be because the `InboundInvocationHandlerDecorator.writeCommands` set is accessed from multiple threads without synchronization. > http://ci.infinispan.org/viewLog.html?buildId=12730&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4710) DistributedSegmentReadLocker should be allowed to skip ReadLocks on small files

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4710?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4710: ------------------------------------ Status: Open (was: New) > DistributedSegmentReadLocker should be allowed to skip ReadLocks on small files > ------------------------------------------------------------------------------- > > Key: ISPN-4710 > URL: https://issues.jboss.org/browse/ISPN-4710 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.CR1 > > > Both of these methods: > - {{org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(String)}} > - {{org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.realFileDelete(FileReadLockKey, AdvancedCache<Object, Integer>, AdvancedCache<?, ?>, AdvancedCache<?, ?>, boolean)}} > Are performing a lot of unnecessary operations - potentially on synchronous clustered caches - as we know in advance that files which are not being chunked don't need a read lock, and are not being chunked in smaller pieces (which affects how we delete things). > The determining factor between the two styles is defined in: > {{org.infinispan.lucene.impl.DirectoryLuceneV4.openInput(String, IOContext)}} > {code} @Override > public IndexInput openInput(final String name, final IOContext context) throws IOException { > final IndexInputContext indexInputContext = impl.openInput(name); > if ( indexInputContext.readLocks == null ) { > return new SingleChunkIndexInput(indexInputContext); > } > else { > return new InfinispanIndexInput(indexInputContext); > } > }{code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4710) DistributedSegmentReadLocker should be allowed to skip ReadLocks on small files

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4710?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4710: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2929 > DistributedSegmentReadLocker should be allowed to skip ReadLocks on small files > ------------------------------------------------------------------------------- > > Key: ISPN-4710 > URL: https://issues.jboss.org/browse/ISPN-4710 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.CR1 > > > Both of these methods: > - {{org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(String)}} > - {{org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.realFileDelete(FileReadLockKey, AdvancedCache<Object, Integer>, AdvancedCache<?, ?>, AdvancedCache<?, ?>, boolean)}} > Are performing a lot of unnecessary operations - potentially on synchronous clustered caches - as we know in advance that files which are not being chunked don't need a read lock, and are not being chunked in smaller pieces (which affects how we delete things). > The determining factor between the two styles is defined in: > {{org.infinispan.lucene.impl.DirectoryLuceneV4.openInput(String, IOContext)}} > {code} @Override > public IndexInput openInput(final String name, final IOContext context) throws IOException { > final IndexInputContext indexInputContext = impl.openInput(name); > if ( indexInputContext.readLocks == null ) { > return new SingleChunkIndexInput(indexInputContext); > } > else { > return new InfinispanIndexInput(indexInputContext); > } > }{code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4804) DeltaReplicationTest.testDeltasAreSent random failure

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-4804?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-4804: ------------------------------------ Status: Open (was: New) > DeltaReplicationTest.testDeltasAreSent random failure > ----------------------------------------------------- > > Key: ISPN-4804 > URL: https://issues.jboss.org/browse/ISPN-4804 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory, Test Suite - Query > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Gustavo Fernandes > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > {noformat} > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:922) > at java.util.HashMap$KeyIterator.next(HashMap.java:956) > at org.infinispan.lucene.impl.DeltaReplicationTest.assertOnlyDeltasWereSent(DeltaReplicationTest.java:71) > at org.infinispan.lucene.impl.DeltaReplicationTest.testDeltasAreSent(DeltaReplicationTest.java:66) > {noformat} > Could be because the `InboundInvocationHandlerDecorator.writeCommands` set is accessed from multiple threads without synchronization. > http://ci.infinispan.org/viewLog.html?buildId=12730&buildTypeId=bt9 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 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 October 2014