October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4796) Compilation errors in Eclipse

by Ion Savin (JIRA)

Ion Savin created ISPN-4796: ------------------------------- Summary: Compilation errors in Eclipse Key: ISPN-4796 URL: https://issues.jboss.org/browse/ISPN-4796 Project: Infinispan Issue Type: Bug Affects Versions: 7.0.0.CR1 Reporter: Ion Savin Assignee: Ion Savin Eclipse reports errors at these lines (some versions of JDK seem to report the same thing, some don't): [ERROR] /home/dan/Work/logs/infinispan/core/src/test/java/org/infinispan/util/DependencyGraphTest.java:[41,30] incomparable types: java.lang.Object and int [ERROR] /home/dan/Work/logs/infinispan/core/src/test/java/org/infinispan/util/DependencyGraphTest.java:[42,32] incomparable types: java.lang.Object and int -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4171) Allow Infinispan to properly use a foreign channel

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-4171?page=com.atlassian.jira.plugin.... ] Paul Ferraro closed ISPN-4171. ------------------------------ Resolution: Out of Date Thanks to ForkChannels, this is no longer an issue. > Allow Infinispan to properly use a foreign channel > -------------------------------------------------- > > Key: ISPN-4171 > URL: https://issues.jboss.org/browse/ISPN-4171 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 7.0.0.Alpha2 > Reporter: Paul Ferraro > Assignee: Dan Berindei > > Currently, Infinispan assumes full ownership of a provided channel. It registers the up handler of the CommandAwareDispatcherFactory with the channel. If there is already a registered up handler, it gets overwritten. > Currently, WildFly shares Infinispan's channel for use by other services - however, it needs to bend over backwards to make sure infinispan is initialized before attempting to fork/mux it. > If an Infinispan cache manager is built with a channel that is used by some other service, it should instead fork that channel using ForkChannel. This let's us do something like, say, let WF and Infinispan share a channel without requiring infinispan to start first, or to use the same channel for multiple cache managers. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2342) Cross-Site Replication: State Transfer between sites

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2342?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2342: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1148378|https://bugzilla.redhat.com/show_bug.cgi?id=1148378] from MODIFIED to ON_QA > Cross-Site Replication: State Transfer between sites > ---------------------------------------------------- > > Key: ISPN-2342 > URL: https://issues.jboss.org/browse/ISPN-2342 > Project: Infinispan > Issue Type: Feature Request > Components: Cross-Site Replication > Affects Versions: 6.0.1.Final > Reporter: Erik Salter > Assignee: Pedro Ruivo > Labels: roadmap > Fix For: 7.0.0.CR1, 7.0.0.Final > > > To bring up a new site or recover a failed site, I need an inter-site state transfer mechanism for synchronizing keys. > Note that initially, this should a manual process that is invoked on one site to one of its configured backups. > This should be based on the non-blocking state transfer mechanism for consistency. > The pseudo-design may look similar to the following: > - Manually invokable, background thread > - Since the bridge end is open, there are writes happening to keys. Keep track of the puts/removes on the main data owner. > - Iterate through the key set. > - If the key has already been modified since the process started, discard. > - Else synchronously write the key value in a TX context -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 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: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1142230|https://bugzilla.redhat.com/show_bug.cgi?id=1142230] from MODIFIED to ON_QA > 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)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3480) Use protoparser lib instead of relying on binary descriptors generated by protoc

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3480?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3480: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1141272|https://bugzilla.redhat.com/show_bug.cgi?id=1141272] from MODIFIED to ON_QA > Use protoparser lib instead of relying on binary descriptors generated by protoc > -------------------------------------------------------------------------------- > > Key: ISPN-3480 > URL: https://issues.jboss.org/browse/ISPN-3480 > Project: Infinispan > Issue Type: Task > Components: Marshalling > Affects Versions: 6.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Gustavo Fernandes > Labels: 64QueryBlockers > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > Use protoparser [1] for obtaining type metadata rather than relying one the binary descriptors generated by Google Prootbuf's protoc tool. > [1] https://github.com/square/protoparser -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139622|https://bugzilla.redhat.com/show_bug.cgi?id=1139622] from MODIFIED to ON_QA > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4602) Verify EntryIterator works with MarshalledValues

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4602?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4602: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139629|https://bugzilla.redhat.com/show_bug.cgi?id=1139629] from MODIFIED to ON_QA > Verify EntryIterator works with MarshalledValues > ------------------------------------------------ > > Key: ISPN-4602 > URL: https://issues.jboss.org/browse/ISPN-4602 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta1 > > > The EntryIterator currently doesn't deserialize MarshalledValues as needed which would cause filter failures and the incorrect values to be returned. > This also means each key/value pair would need to be deserialized when applied to filter which will be slower and should be noted in documentation, but sent across as MarshalledValues?. The only other way is to use some sort of proxy for each object to force lazy deserialization on referencing a field when applying filter, but this seems overkill. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4633) Local transaction not removed from transaction table after a size() operation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4633?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4633: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1147634|https://bugzilla.redhat.com/show_bug.cgi?id=1147634] from MODIFIED to ON_QA > Local transaction not removed from transaction table after a size() operation > ----------------------------------------------------------------------------- > > Key: ISPN-4633 > URL: https://issues.jboss.org/browse/ISPN-4633 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.CR1 > > > Executing cache.size() as the only operation during a transaction will leave behind a LocalTransaction in the transaction table. This tx has not locked keys and will eventually be removed by the reaper after a while. The same fix as for ISPN-4196 should be applied for size(). -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4604) Race condition in the QueryInterceptor involving SearchFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4604?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4604: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139669|https://bugzilla.redhat.com/show_bug.cgi?id=1139669] from MODIFIED to ON_QA > Race condition in the QueryInterceptor involving SearchFactory > -------------------------------------------------------------- > > Key: ISPN-4604 > URL: https://issues.jboss.org/browse/ISPN-4604 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Test Suite - Query > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > During perform work task in the QueryInterceptor, the underlying SearchFactory could be swapped (for example by some other thread calling SearchFactory.addClass) and temporarily return null when looking for indexBindings, and throws intermittent Exceptions like: > {code} > Caused by: org.hibernate.search.exception.SearchException: Unable to perform work. Entity Class is not @Indexed nor hosts @ContainedIn: class org.infinispan.query.test.VeryLongIndexNamedClass > at org.hibernate.search.backend.impl.TransactionalWorker.performWork(TransactionalWorker.java:58) > at org.infinispan.query.backend.QueryInterceptor.performSearchWorks(QueryInterceptor.java:233) > at org.infinispan.query.backend.QueryInterceptor.performSearchWork(QueryInterceptor.java:227) > at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:221) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:531) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:162) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:46) > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4685) Lucene Directory Externalizers not used on server deployment

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4685?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4685: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139652|https://bugzilla.redhat.com/show_bug.cgi?id=1139652] from MODIFIED to ON_QA > Lucene Directory Externalizers not used on server deployment > ------------------------------------------------------------ > > Key: ISPN-4685 > URL: https://issues.jboss.org/browse/ISPN-4685 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta2 > > > Infinispan server module does not import services from lucene directory module, and java serialization is used since all Lucene cache objets (wrongly) implements Serializable -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2014