August 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (IPROTO-97) Generated code should track missing fields using a bitset simulated in a long/int rather than individual boolean flags

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-97?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated IPROTO-97: ---------------------------------- Sprint: DataGrid Sprint #30, DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #30, DataGrid Sprint #31) > Generated code should track missing fields using a bitset simulated in a long/int rather than individual boolean flags > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-97 > URL: https://issues.jboss.org/browse/IPROTO-97 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha8, 4.3.0.Final > > > This should ensure a lower number of local vars in the generated method with less chances of hitting the limit. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-6) Allow repetable protobuf doc comment annotations

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-6?page=com.atlassian.jira.plugin.s... ] Tristan Tarrant updated IPROTO-6: --------------------------------- Sprint: DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #31) > Allow repetable protobuf doc comment annotations > ------------------------------------------------ > > Key: IPROTO-6 > URL: https://issues.jboss.org/browse/IPROTO-6 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.0.0.Alpha6, 4.0.0.Final > > > Similarly to java 8 (see example here: https://github.com/shekhargulati/java8-the-missing-tutorial/blob/master/1...), we should allow repeatable protobuf doc comment annotations. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-101) Enum values with same name in different classes clash

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-101?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated IPROTO-101: ----------------------------------- Sprint: DataGrid Sprint #30, DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #30, DataGrid Sprint #31) > Enum values with same name in different classes clash > ----------------------------------------------------- > > Key: IPROTO-101 > URL: https://issues.jboss.org/browse/IPROTO-101 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.0.Alpha6 > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha10 > > > {code:java} > @ProtoName("TakeSiteOfflineResponse") > public enum TakeSiteOfflineResponse { > @ProtoEnumValue(number = 1) > NO_SUCH_SITE, > @ProtoEnumValue(number = 2) > ALREADY_OFFLINE, > @ProtoEnumValue(number = 3) > TAKEN_OFFLINE > } > @ProtoName("BringSiteOnlineResponse") > public enum BringSiteOnlineResponse { > @ProtoEnumValue(number = 1) > NO_SUCH_SITE, > @ProtoEnumValue(number = 2) > ALREADY_ONLINE, > @ProtoEnumValue(number = 3) > BROUGHT_ONLINE > } > {code} > Results in: > {code:java} > Enum value org.infinispan.test.TakeSiteOfflineResponse.NO_SUCH_SITE clashes with enum value org.infinispan.test.BringSiteOnlineResponse.NO_SUCH_SITE > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-100) Annotated Collection Class Method cannot be converted to Collection

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-100?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated IPROTO-100: ----------------------------------- Sprint: DataGrid Sprint #30, DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #30, DataGrid Sprint #31) > Annotated Collection Class Method cannot be converted to Collection > ------------------------------------------------------------------- > > Key: IPROTO-100 > URL: https://issues.jboss.org/browse/IPROTO-100 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha9, 4.3.0.Final > > > Reproducing code > {code:java} > public class MagicKeyStringFilter implements KeyValueFilter<MagicKey, String> { > Map<MagicKey, String> allowedEntries; > MagicKeyStringFilter() {} > MagicKeyStringFilter(Map<MagicKey, String> allowedEntries) { > this.allowedEntries = allowedEntries; > } > @ProtoField(number = 1, collectionImplementation = ArrayList.class) > public List<MapPair> getMapEntries() { > return new ArrayList<>(); > } > public void setMapEntries(List<MapPair> entries) { > // No-op but has influence on error > } > } > public class MapPair { > @ProtoField(number = 1) > MagicKey key; > @ProtoField(number = 2) > String value; > MapPair() {} > MapPair(Map.Entry<MagicKey, String> entry) { > this.key = entry.getKey(); > this.value = entry.getValue(); > } > } > {code} > {code:java} > core/target/generated-test-sources/test-annotations/org/infinispan/stream/MagicKeyStringFilter$___Marshaller89f891e2edf7d63eb676a6effb5379a47edc312b.java:[56,41] incompatible types: org.infinispan.stream.MapPair cannot be converted to java.util.Collection > {code} > Generated marshaller code: > {code:java} > /** > * WARNING: Generated code! > */ > @javax.annotation.Generated(value = "org.infinispan.protostream.annotations.impl.processor.AutoProtoSchemaBuilderAnnotationProcessor", > comments = "Please do not edit this file!") > @SuppressWarnings("unchecked") > public final class MagicKeyStringFilter$___Marshaller89f891e2edf7d63eb676a6effb5379a47edc312b extends org.infinispan.protostream.annotations.impl.GeneratedMarshallerBase implements org.infinispan.protostream.RawProtobufMarshaller<org.infinispan.stream.MagicKeyStringFilter> { > private org.infinispan.protostream.impl.BaseMarshallerDelegate __md$org$infinispan$stream$MapPair; > > @Override > public Class<org.infinispan.stream.MagicKeyStringFilter> getJavaClass() { return org.infinispan.stream.MagicKeyStringFilter.class; } > > @Override > public String getTypeName() { return "org.infinispan.test.MagicKeyStringFilter"; } > > @Override > public org.infinispan.stream.MagicKeyStringFilter readFrom(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamReader $2) throws java.io.IOException { > final org.infinispan.stream.MagicKeyStringFilter o = new org.infinispan.stream.MagicKeyStringFilter(); > java.util.ArrayList __c$mapEntries = new java.util.ArrayList(); > boolean done = false; > while (!done) { > final int tag = $2.readTag(); > switch (tag) { > case 0: > done = true; > break; > case 10: > { > if (__md$org$infinispan$stream$MapPair == null) __md$org$infinispan$stream$MapPair = ((org.infinispan.protostream.impl.SerializationContextImpl) $1).getMarshallerDelegate(org.infinispan.stream.MapPair.class); > int length = $2.readRawVarint32(); > int oldLimit = $2.pushLimit(length); > org.infinispan.stream.MapPair v = (org.infinispan.stream.MapPair) readMessage(__md$org$infinispan$stream$MapPair, $2); > $2.checkLastTagWas(0); > $2.popLimit(oldLimit); > if (__c$mapEntries == null) __c$mapEntries = new java.util.ArrayList(); > __c$mapEntries.add(v); > } > break; > default: > { > if (!$2.skipField(tag)) done = true; > } > } > } > o.setMapEntries(__c$mapEntries); > return o; > } > > @Override > public void writeTo(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamWriter $2, org.infinispan.stream.MagicKeyStringFilter $3) throws java.io.IOException { > final org.infinispan.stream.MagicKeyStringFilter o = (org.infinispan.stream.MagicKeyStringFilter) $3; > { > final java.util.Collection c = (org.infinispan.stream.MapPair) o.getMapEntries(); > if (c != null) > for (java.util.Iterator it = c.iterator(); it.hasNext(); ) { > final org.infinispan.stream.MapPair v = (org.infinispan.stream.MapPair) it.next(); > { > if (__md$org$infinispan$stream$MapPair == null) __md$org$infinispan$stream$MapPair = ((org.infinispan.protostream.impl.SerializationContextImpl) $1).getMarshallerDelegate(org.infinispan.stream.MapPair.class); > writeNestedMessage(__md$org$infinispan$stream$MapPair, $2, 1, v); > } > } > } > } > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-103) Not possible to have @ProtoField of type List<byte[]>

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-103?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated IPROTO-103: ----------------------------------- Sprint: DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #31) > Not possible to have @ProtoField of type List<byte[]> > ----------------------------------------------------- > > Key: IPROTO-103 > URL: https://issues.jboss.org/browse/IPROTO-103 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.0.Alpha8 > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha9, 4.3.0.Final > > > {code:java} > static final class ExpiryBucket { > @ProtoField(number = 1, collectionImplementation = ArrayList.class) > List<byte[]> entries; > ExpiryBucket() {} > ExpiryBucket(byte[]... entries) { > this.entries = Arrays.asList(entries); > } > } > {code} > Error: > {code:java} > PersistenceContextInitializer.java:[19,1] org.infinispan.protostream.annotations.ProtoSchemaBuilderException: The class byte[] must be instantiable using an accessible no-argument constructor. > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-94) Marshalling of immutable objects

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/IPROTO-94?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated IPROTO-94: ---------------------------------- Sprint: DataGrid Sprint #31, DataGrid Sprint #32 (was: DataGrid Sprint #31) > Marshalling of immutable objects > -------------------------------- > > Key: IPROTO-94 > URL: https://issues.jboss.org/browse/IPROTO-94 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha8, 4.3.0.Final > > > These typically have final fields, may have getters for them but do not have setters. All fields should be read in advance and passed all at once to a constructor. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10142) Wildfly modules integrationtests ignore branding

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10142?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10142: ----------------------------------- Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31) > Wildfly modules integrationtests ignore branding > ------------------------------------------------ > > Key: ISPN-10142 > URL: https://issues.jboss.org/browse/ISPN-10142 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.4.12.Final, 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_failure > Fix For: 9.4.14.Final, 10.0.0.Beta4 > > > {{standalone-test.xml}} uses module {{org.infinispan.extension:ispn-${infinispan.core.schema.version}}}, ignoring the branding. The module name should be {{org.infinispan.extension:${infinispan.module.slot}}}. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9991) infinispan-remote integration tests inconsistent naming

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9991?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9991: ---------------------------------- Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31) > infinispan-remote integration tests inconsistent naming > ------------------------------------------------------- > > Key: ISPN-9991 > URL: https://issues.jboss.org/browse/ISPN-9991 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 10.0.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta3 > > > RemoteAllTest and JCacheFailoverIT results in tests not being executed together, but as separate lifecycle, results in no logs being saved for RemoteAllTest -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9990) Integrationtests missing java.se module

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9990?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9990: ---------------------------------- Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31) > Integrationtests missing java.se module > --------------------------------------- > > Key: ISPN-9990 > URL: https://issues.jboss.org/browse/ISPN-9990 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 10.0.0.Beta1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 9.4.10.Final, 10.0.0.Beta3 > > > standalone.sh adds the required {{--add-modules java.se}} to the JVM args for most tests, however if the the container is managed by the test this is not present. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5997) JMX operation ClusterCacheStats.resetStatistics() not working

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-5997?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5997: ---------------------------------- Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1, Sprint 9.4.0.CR3, Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32 (was: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1, Sprint 9.4.0.CR3, Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31) > JMX operation ClusterCacheStats.resetStatistics() not working > ------------------------------------------------------------- > > Key: ISPN-5997 > URL: https://issues.jboss.org/browse/ISPN-5997 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.1.0.CR1 > Reporter: Jiří Holuša > Assignee: Vladimir Blagojevic > Priority: Major > > Environment: 2 servers started in domain mode (ISPN 8.1.0.CR1). > Having some clustered cache, inserted/read some entries (just to create some statistics). > When connected via JMX (e.g. through JConsole, see https://issues.jboss.org/browse/ISPN-5983 ) to one of the servers, I execute resetStatistics() operation on ClusterCacheStats MBean (object name: jboss.datagrid-infinispan:type=Cache,name="<cache-name>",manager="<cache-container-name>",component=ClusterCacheStats) and nothing happens, the cluster statistics are not reset. > To actually reset the statistics, I have to connect to each of the servers in domain individually and call resetStatistics() on Statistics MBean, which deletes "a portion" of statistics of that particular server to the cluster stats. > I would expect ClusterCacheStats.resetStatistics() to do exactly the same: call Statistics.resetStatistics() on each server. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2019