October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4798) Add XSite state transfer configuration to server

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4798?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4798: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2937 > Add XSite state transfer configuration to server > ------------------------------------------------ > > Key: ISPN-4798 > URL: https://issues.jboss.org/browse/ISPN-4798 > Project: Infinispan > Issue Type: Sub-task > Components: Cross-Site Replication, Server > Affects Versions: 7.0.0.Beta2 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.CR2 > > > The new configuration for the cross-site state transfer is missing in server mode. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4753) Add oldValue, oldMetadata and retry flag to filter and converter for Cluster Listeners.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4753?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4753: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1150232 > Add oldValue, oldMetadata and retry flag to filter and converter for Cluster Listeners. > --------------------------------------------------------------------------------------- > > Key: ISPN-4753 > URL: https://issues.jboss.org/browse/ISPN-4753 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.0.Beta2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR1 > > > It has been brought up that the filter and converter provided for use with Cluster Listeners need to also have access to the previous value/metadata and if the operation was a retry operation to allow for proper behavior of continuous query and other types of implementations. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4813) JMX returns wrong number of cache entries

by Vojtech Juranek (JIRA)

Vojtech Juranek created ISPN-4813: ------------------------------------- Summary: JMX returns wrong number of cache entries Key: ISPN-4813 URL: https://issues.jboss.org/browse/ISPN-4813 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Reporter: Vojtech Juranek Assignee: Mircea Markus Number of cache entries ({{numberOfEntries}}) provided by JMX is wrong. {{HotRodRemoteCacheIT#testPutAsyc}} fails with assert error (see bellow), because JMX returns wrong number of entries in the cache. When debugging the test, number of entries in the cache is correct (100 - obrained e.g. by {{cache.getBulk().size()}}), but JMX return wrong number (100). Even on cleared cache JMX return that it contains 3 entries. When the {{clear}} operation is called via JMX, JMX show correct number (0). {noformat} java.lang.AssertionError: expected:<100> but was:<103> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:743) at org.junit.Assert.assertEquals(Assert.java:118) at org.junit.Assert.assertEquals(Assert.java:555) at org.junit.Assert.assertEquals(Assert.java:542) at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutAsync(AbstractRemoteCacheIT.java:574) {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4643) Make sure EntryIterator doesn't return expired entries

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4643?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4643: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/2936 > Make sure EntryIterator doesn't return expired entries > ------------------------------------------------------ > > Key: ISPN-4643 > URL: https://issues.jboss.org/browse/ISPN-4643 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR2 > > > We should make sure that the entry iterator doesn't return entries that have expired. Since entries can sit in the data container while expired we need to make sure to ignore those. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4812) 4.2 branch doesnt build because pom.xml points to unsupported scala-tools repo URL

by Mikhail Dobrinin (JIRA)

Mikhail Dobrinin created ISPN-4812: -------------------------------------- Summary: 4.2 branch doesnt build because pom.xml points to unsupported scala-tools repo URL Key: ISPN-4812 URL: https://issues.jboss.org/browse/ISPN-4812 Project: Infinispan Issue Type: Bug Reporter: Mikhail Dobrinin Assignee: Mircea Markus Priority: Blocker {noformat} <repositories> <repository> <id>scala-tools.org</id> <name>Scala-tools Maven2 Repository</name> <url>http://scala-tools.org/repo-releases</url> <snapshots> <enabled>true</enabled> <updatePolicy>never</updatePolicy> </snapshots> </repository> </repositories> {noformat} This URL is no longer supported, as demonstrated by the nice message you get at the site: {quote} scala-tools.org is in no longer serving jars. Please change your configurations to point to Sonatype's Maven repository at https://oss.sonatype.org/content/groups/scala-tools/ or https://oss.sonatype.org/content/repositories/snapshots/. We are no longer providing any support for scala-tools.org. {quote} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4811) Add Cross-Site state transfer operations and metrics to CLI

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4811?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4811: ------------------------------ Status: Open (was: New) > Add Cross-Site state transfer operations and metrics to CLI > ----------------------------------------------------------- > > Key: ISPN-4811 > URL: https://issues.jboss.org/browse/ISPN-4811 > Project: Infinispan > Issue Type: Sub-task > Components: Cross-Site Replication > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.CR2 > > > Add the operations to control the cross-site state transfer and the metrics to check the state of running state transfer to CLI. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4811) Add Cross-Site state transfer operations and metrics to CLI

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-4811: --------------------------------- Summary: Add Cross-Site state transfer operations and metrics to CLI Key: ISPN-4811 URL: https://issues.jboss.org/browse/ISPN-4811 Project: Infinispan Issue Type: Sub-task Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 7.0.0.CR2 Add the operations to control the cross-site state transfer and the metrics to check the state of running state transfer to CLI. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4357) Use a specific cache for managing protofiles

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4357?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4357: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1148524|https://bugzilla.redhat.com/show_bug.cgi?id=1148524] from POST to MODIFIED > Use a specific cache for managing protofiles > -------------------------------------------- > > Key: ISPN-4357 > URL: https://issues.jboss.org/browse/ISPN-4357 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Adrian Nistor > Labels: 64QueryBlockers > Fix For: 7.0.0.CR1, 7.0.0.Final > > > Portofile defining schema should be held in a separate cache. This would allow users to manage schema from a hotrod client. Security should be considered as well. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3807) Caching of parsed HQL queries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3807?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3807: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> changed the Status of [bug 1139644|https://bugzilla.redhat.com/show_bug.cgi?id=1139644] from ON_QA to VERIFIED > Caching of parsed HQL queries > ----------------------------- > > Key: ISPN-3807 > URL: https://issues.jboss.org/browse/ISPN-3807 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 6.0.0.Final > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2, 7.0.0.Final > > > We'll probably need to use a cache (lowercase) to avoid invoking ANTLR on each request. > Ideally we could think of caching parameterized templates, or recognize constants: in case of constants the output could degenerate in caching a Lucene Filter. > Priority do be defined after performance tests. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4630) DistributedEntryRetriever throws NPE if iterator is closed before processing all responses

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4630?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4630: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> changed the Status of [bug 1139620|https://bugzilla.redhat.com/show_bug.cgi?id=1139620] from ON_QA to VERIFIED > DistributedEntryRetriever throws NPE if iterator is closed before processing all responses > ------------------------------------------------------------------------------------------ > > Key: ISPN-4630 > URL: https://issues.jboss.org/browse/ISPN-4630 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Beta2 > > > DistributedEntryRetriever itrerator needs to ignore responses from nodes if a iterator is closed early or if a rehash occurs causing some redundant requests to be sent. > This was covered in a previous version but refactoring lost it somehow and instead the code is using variables that cannot be null. > {code} > } else if (log.isTraceEnabled()) { > log.tracef("Ignoring values as identifier %s was marked as complete", identifier); > } > {code} -- 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