January 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (IPROTO-73) Integrate checkstyle plugin in build system and enforce the Infinispan coding style

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-73?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-73: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Integrate checkstyle plugin in build system and enforce the Infinispan coding style > ----------------------------------------------------------------------------------- > > Key: IPROTO-73 > URL: https://issues.redhat.com/browse/IPROTO-73 > Project: Infinispan ProtoStream > Issue Type: Task > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-120) Null collection fields always unmarshalled as empty collection implementation

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-120?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-120: --------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Null collection fields always unmarshalled as empty collection implementation > ----------------------------------------------------------------------------- > > Key: IPROTO-120 > URL: https://issues.redhat.com/browse/IPROTO-120 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > The following Pojo always returns an empty collection after being unmarshalled, regardless of whether {{stringList}} was null or empty when marshalled. > {code:java} > public class SomePojo { > @ProtoField(number = 1, collectionImplementation = ArrayList.class) > final List<String> stringList; > @ProtoFactory > public SomePojo(List<String> stringList) { > this.stringList = stringList; > } > } > {code} > This is because the generated marshaller always creates the collection instance before attempting to read the collection content: > {code:java} > java.util.ArrayList __c$1 = new java.util.ArrayList(); > boolean done = false; > while (!done) { > final int tag = $2.readTag(); > switch (tag) { > case 0: > done = true; > break; > case 10: { > java.lang.String __v$1 = $2.readString(); > __c$1.add(__v$1); > break; > } > default: { > if (!$2.skipField(tag)) done = true; > } > } > } > > return new org.infinispan.query.dsl.embedded.testdomain.hsearch.SomePojo(__c$1); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-118) WrappedMessage should be able to wrap arrays and collections

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-118?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-118: --------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > WrappedMessage should be able to wrap arrays and collections > ------------------------------------------------------------ > > Key: IPROTO-118 > URL: https://issues.redhat.com/browse/IPROTO-118 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > Repeated fields are not supported currently. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-114) Date fields not initialized with @ProtoFactory

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-114?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-114: --------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Date fields not initialized with @ProtoFactory > ---------------------------------------------- > > Key: IPROTO-114 > URL: https://issues.redhat.com/browse/IPROTO-114 > Project: Infinispan ProtoStream > Issue Type: Bug > Affects Versions: 4.3.0.Alpha11 > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > {code:java} > public class Reproducer { > @ProtoField(number = 1) > final Date date; > @ProtoFactory > public Reproducer(Date date) { > this.date = date; > } > } > {code} > Results in the following marshaller code which does not compile: > {code:java} > @javax.annotation.Generated(value = "org.infinispan.protostream.annotations.impl.processor.AutoProtoSchemaBuilderAnnotationProcessor", > comments = "Please do not edit this file!") > @org.infinispan.protostream.annotations.impl.OriginatingClasses({ > "org.infinispan.query.dsl.embedded.testdomain.Reproducer" > }) > @SuppressWarnings("unchecked") > public final class Reproducer$___Marshaller_b7bc8e88b59172b5316adfc20e38742eb183ea955e2ff0dbf8d9fc9cd93038b7 extends org.infinispan.protostream.annotations.impl.GeneratedMarshallerBase implements org.infinispan.protostream.RawProtobufMarshaller<org.infinispan.query.dsl.embedded.testdomain.Reproducer> { > @Override > public Class<org.infinispan.query.dsl.embedded.testdomain.Reproducer> getJavaClass() { return org.infinispan.query.dsl.embedded.testdomain.Reproducer.class; } > > @Override > public String getTypeName() { return "org.infinispan.test.query.dsl.Reproducer"; } > > @Override > public org.infinispan.query.dsl.embedded.testdomain.Reproducer readFrom(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamReader $2) throws java.io.IOException { > java.util.Date __v$1; > boolean done = false; > while (!done) { > final int tag = $2.readTag(); > switch (tag) { > case 0: > done = true; > break; > case 9: { > __v$1 = new java.util.Date($2.readFixed64()); > break; > } > default: { > if (!$2.skipField(tag)) done = true; > } > } > } > return new org.infinispan.query.dsl.embedded.testdomain.Reproducer(__v$1); > } > > @Override > public void writeTo(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamWriter $2, org.infinispan.query.dsl.embedded.testdomain.Reproducer $3) throws java.io.IOException { > final org.infinispan.query.dsl.embedded.testdomain.Reproducer o = (org.infinispan.query.dsl.embedded.testdomain.Reproducer) $3; > { > final java.util.Date __v$1 = o.date; > if (__v$1 != null) $2.writeFixed64(1, __v$1.getTime()); > } > } > } > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-89) Provide means to calculate serialised message size

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-89?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-89: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Provide means to calculate serialised message size > -------------------------------------------------- > > Key: IPROTO-89 > URL: https://issues.redhat.com/browse/IPROTO-89 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.2.2.Final > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > In order to be able to better estimate the size of output buffers etc, it would be useful to provide a means for a user application to retrieved the anticipated size of a serialized message from an object's current state. For example, in the protobuf-java library this is exposed via {{com.google.protobuf.MessageLite#getSerializedSize}} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-88?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-88: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-88 > URL: https://issues.redhat.com/browse/IPROTO-88 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-76) Add ability to specify skipping default values globally and specifically per type/field

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-76?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-76: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Add ability to specify skipping default values globally and specifically per type/field > --------------------------------------------------------------------------------------- > > Key: IPROTO-76 > URL: https://issues.redhat.com/browse/IPROTO-76 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-74) Allow repeatable fields to be written as a stream

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-74?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-74: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Allow repeatable fields to be written as a stream > ------------------------------------------------- > > Key: IPROTO-74 > URL: https://issues.redhat.com/browse/IPROTO-74 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.2.0.Final > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > Currently in order to write to a repeatable field it is necessary for an entire array or collection to be serialized at once. When writing larger collections it would be better if each object could be written individually from a stream. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-72) Integrate error-prone plugin in build system to catch more errors at compile time

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-72?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-72: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Integrate error-prone plugin in build system to catch more errors at compile time > --------------------------------------------------------------------------------- > > Key: IPROTO-72 > URL: https://issues.redhat.com/browse/IPROTO-72 > Project: Infinispan ProtoStream > Issue Type: Task > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-68) Drop optional fields with default values when marshalling

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-68?page=com.atlassian.jira.plugin... ] Nistor Adrian updated IPROTO-68: -------------------------------- Fix Version/s: 4.3.3.Final (was: 4.3.2.Final) > Drop optional fields with default values when marshalling > --------------------------------------------------------- > > Key: IPROTO-68 > URL: https://issues.redhat.com/browse/IPROTO-68 > Project: Infinispan ProtoStream > Issue Type: Feature Request > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.3.Final > > > This behaviour should be configurable -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 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 January 2020