October 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10709) Documen the REST endpoint as an OpenAPI format

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-10709: ---------------------------------------- Summary: Documen the REST endpoint as an OpenAPI format Key: ISPN-10709 URL: https://issues.jboss.org/browse/ISPN-10709 Project: Infinispan Issue Type: Feature Request Components: REST Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes https://github.com/OAI/OpenAPI-Specification/blob/master/versions/3.0.2.md -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10703) Operator Docs: Ability to configure resource requirements per container

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10703?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10703: ------------------------------- Status: Open (was: New) > Operator Docs: Ability to configure resource requirements per container > ----------------------------------------------------------------------- > > Key: ISPN-10703 > URL: https://issues.jboss.org/browse/ISPN-10703 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Append Java options and configure CPU/memory for RHDG clusters via the Operator > https://github.com/infinispan/infinispan-operator/blob/bfa188800b4db26941... -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10704) 9.4.x: Update example hotrod-client.properties

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10704?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10704: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7386 > 9.4.x: Update example hotrod-client.properties > ---------------------------------------------- > > Key: ISPN-10704 > URL: https://issues.jboss.org/browse/ISPN-10704 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > https://access.redhat.com/documentation/en-us/red_hat_data_grid/7.3/html-... > Provide valid example of hotrod-client.properties. Current example is out of date. e.g. > infinispan.client.hotrod.transport_factory = org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10704) 9.4.x: Update example hotrod-client.properties

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10704?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10704: ------------------------------- Status: Open (was: New) > 9.4.x: Update example hotrod-client.properties > ---------------------------------------------- > > Key: ISPN-10704 > URL: https://issues.jboss.org/browse/ISPN-10704 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > https://access.redhat.com/documentation/en-us/red_hat_data_grid/7.3/html-... > Provide valid example of hotrod-client.properties. Current example is out of date. e.g. > infinispan.client.hotrod.transport_factory = org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10560) ServerNG: extensions test rule

by Gustavo Lira e Silva (Jira)

[ https://issues.jboss.org/browse/ISPN-10560?page=com.atlassian.jira.plugin... ] Gustavo Lira e Silva reassigned ISPN-10560: ------------------------------------------- Assignee: Gustavo Lira e Silva (was: Anna Manukyan) > ServerNG: extensions test rule > ------------------------------ > > Key: ISPN-10560 > URL: https://issues.jboss.org/browse/ISPN-10560 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite - Server > Reporter: Tristan Tarrant > Assignee: Gustavo Lira e Silva > Priority: Major > > We need a JUnit classrule for the serverng testsuite which uses ShrinkWrap to create extension JARs and places them inside the server/lib directory -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

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

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/IPROTO-120?page=com.atlassian.jira.plugin... ] Ryan Emerson commented on IPROTO-120: ------------------------------------- A null and an empty collection are very different though and they can impact the result of semantic checks applied to a marshalled/unmarshalled object. The reason I discovered this bug/feature was that it was causing DSL Query tests to fail when converting from Serializable to Protostream marshalled Pojos, see [here|https://github.com/infinispan/infinispan/blob/f5964d943635432f4c3752...]. > Null collection fields always unmarshalled as empty collection implementation > ----------------------------------------------------------------------------- > > Key: IPROTO-120 > URL: https://issues.jboss.org/browse/IPROTO-120 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > > 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, 6 months

1
0
0 / 0

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

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-120?page=com.atlassian.jira.plugin... ] Nistor Adrian commented on IPROTO-120: -------------------------------------- That's not a mistake. It is intentional. It was not like that from the beginning. Somebody created a jira for that, pointing out we're not doing as protobuf-java does. Which is not a good argument. Defaults,nulls, and empty are all very weird in protobuf-java, IMHO. > Null collection fields always unmarshalled as empty collection implementation > ----------------------------------------------------------------------------- > > Key: IPROTO-120 > URL: https://issues.jboss.org/browse/IPROTO-120 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > > 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, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10591) Make Protostream the default user marshaller

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10591?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10591: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/7302, https://github.com/infinispan/infinispan/pull/7388 (was: https://github.com/infinispan/infinispan/pull/7302) > Make Protostream the default user marshaller > -------------------------------------------- > > Key: ISPN-10591 > URL: https://issues.jboss.org/browse/ISPN-10591 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR3 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

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

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/IPROTO-120?page=com.atlassian.jira.plugin... ] Ryan Emerson reassigned IPROTO-120: ----------------------------------- Assignee: Nistor Adrian > Null collection fields always unmarshalled as empty collection implementation > ----------------------------------------------------------------------------- > > Key: IPROTO-120 > URL: https://issues.jboss.org/browse/IPROTO-120 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > > 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, 6 months

1
0
0 / 0

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

by Ryan Emerson (Jira)

Ryan Emerson created IPROTO-120: ----------------------------------- Summary: Null collection fields always unmarshalled as empty collection implementation Key: IPROTO-120 URL: https://issues.jboss.org/browse/IPROTO-120 Project: Infinispan ProtoStream Issue Type: Bug Reporter: Ryan Emerson 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, 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 2019