April 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8003) ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-8003?page=com.atlassian.jira.plugin... ] Tristan Tarrant closed ISPN-8003. --------------------------------- > ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck > -------------------------------------------------------------------------------- > > Key: ISPN-8003 > URL: https://issues.redhat.com/browse/ISPN-8003 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.2.0.Final, 9.0.0.Final > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 10.0.0.Beta4 > > > {code} > ProtobufMetadataManagerInterceptor.java:43, InterceptorDefinesAllReadWritesCheck, Priority: Normal > Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests] > {code} > {code} > QueryInterceptor.java:69, InterceptorDefinesAllReadWritesCheck, Priority: Normal > Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests] > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8003) ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-8003?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-8003: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.0.0.Beta4 (was: 10.1.0.Final) Resolution: Done > ProtobufMetadataManagerInterceptor fail the InterceptorDefinesAllReadWritesCheck > -------------------------------------------------------------------------------- > > Key: ISPN-8003 > URL: https://issues.redhat.com/browse/ISPN-8003 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.2.0.Final, 9.0.0.Final > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 10.0.0.Beta4 > > > {code} > ProtobufMetadataManagerInterceptor.java:43, InterceptorDefinesAllReadWritesCheck, Priority: Normal > Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests] > {code} > {code} > QueryInterceptor.java:69, InterceptorDefinesAllReadWritesCheck, Priority: Normal > Interceptor defines methods [visitPutKeyValueCommand, visitRemoveCommand, visitPutMapCommand, visitReplaceCommand] but does not define [visitReadWriteKeyCommand, visitReadWriteManyCommand, visitReadWriteKeyValueCommand, visitReadWriteManyEntriesCommand] [not required for tests] > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-9533) ProtobufValueWrapper needs a more efficient key transformer when used as key in an indexed cache

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-9533?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-9533: ---------------------------------- Status: Open (was: Pull Request Sent) > ProtobufValueWrapper needs a more efficient key transformer when used as key in an indexed cache > ------------------------------------------------------------------------------------------------ > > Key: ISPN-9533 > URL: https://issues.redhat.com/browse/ISPN-9533 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > > DefaultTransformer is very very wasteful. Right now (9.x) we do not put protobuf keys in cache wrapped in a ProtobufValueWrapper but we'll start doing that once we implement query on keys. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-9533) ProtobufValueWrapper needs a more efficient key transformer when used as key in an indexed cache

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-9533?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-9533: ---------------------------------- Fix Version/s: (was: 10.1.0.Final) > ProtobufValueWrapper needs a more efficient key transformer when used as key in an indexed cache > ------------------------------------------------------------------------------------------------ > > Key: ISPN-9533 > URL: https://issues.redhat.com/browse/ISPN-9533 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > > DefaultTransformer is very very wasteful. Right now (9.x) we do not put protobuf keys in cache wrapped in a ProtobufValueWrapper but we'll start doing that once we implement query on keys. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10292) It should be possible to add protobuf files directly to the server installation

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10292?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-10292: ----------------------------------- Status: Open (was: Pull Request Sent) > It should be possible to add protobuf files directly to the server installation > ------------------------------------------------------------------------------- > > Key: ISPN-10292 > URL: https://issues.redhat.com/browse/ISPN-10292 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Wolf-Dieter Fink > Priority: Major > Labels: protobuf, query > > Definition files (protobuf) for queries and indexing need to be added with client requests during runtime. > It will be stored in an internal cache and there is a persistence with a filestore to ensure it will survive restarts. > But this is not always ensured as there might be catastropic failures or unclean shutdown which can cause inconsistence or complete loss. > The behaviour in such cases is not deterministic and heavy to track or solve. > For this reason it should be possible to add the protobuf definitions directly to the server installation which is picked up during startup. > It might be a local cache as the expectation is that all nodes will have the same, but a repl cache might be possible as well. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-10818) ProtoStream 9.4.x client backwards compatibility

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10818?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-10818: ----------------------------------- Status: Open (was: Pull Request Sent) > ProtoStream 9.4.x client backwards compatibility > ------------------------------------------------ > > Key: ISPN-10818 > URL: https://issues.redhat.com/browse/ISPN-10818 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 10.0.0.CR3 > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 10.1.0.Final > > > For performance reasons, ProtoStream changed the TypeId of WrappedMessage to 0, which means that pre 10.x clients using RemoteQuery are no longer compatible. Furthermore, ISPN-10663 updated the TypeId of the remote query messages to conform to the Infinispan TypeId ranges defined in ProtoStreamTypeIds. > Therefore, for pre 10.x clients, it is neccessary for all remote query requests to have the legacy TypeId mapped to the new TypeId values. https://issues.jboss.org/browse/IPROTO-119 introduced a mechanism for this mapping, however more work is required, as the mapping must occur on a per request/response basis (only if communication is with a legacy client). -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-9036) Parameterized branding for C++

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-9036?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-9036: ---------------------------------- Status: Open (was: Pull Request Sent) > Parameterized branding for C++ > ------------------------------ > > Key: ISPN-9036 > URL: https://issues.redhat.com/browse/ISPN-9036 > Project: Infinispan > Issue Type: Enhancement > Reporter: Tristan Tarrant > Assignee: Vittorio Rigamonti > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (IPROTO-62) Implement annotation based schema generation support for 'oneof'

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/IPROTO-62?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated IPROTO-62: ---------------------------------- Sprint: DataGrid Sprint #38, DataGrid Sprint #39, DataGrid Sprint #42 (was: DataGrid Sprint #38, DataGrid Sprint #39) > Implement annotation based schema generation support for 'oneof' > ---------------------------------------------------------------- > > Key: IPROTO-62 > URL: https://issues.redhat.com/browse/IPROTO-62 > 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

1
0
0 / 0

[JBoss JIRA] (ISPN-11239) Be able to acces to de default server templates in hotrod

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11239?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11239: ----------------------------------- Sprint: DataGrid Sprint #42 > Be able to acces to de default server templates in hotrod > ---------------------------------------------------------- > > Key: ISPN-11239 > URL: https://issues.redhat.com/browse/ISPN-11239 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod > Affects Versions: 10.1.1.Final > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Major > Fix For: 11.0.0.Dev04, 10.1.6.Final > > > be able to create caches with the administration grabbing easily a default template that is included in the server > The main goal of this issue is to help on tutorials and tests to create very simple caches in a easy way -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11585) Use JavaSerializationMarshaller in jcache TCK modules

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11585?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11585: ----------------------------------- Sprint: DataGrid Sprint #42 > Use JavaSerializationMarshaller in jcache TCK modules > ----------------------------------------------------- > > Key: ISPN-11585 > URL: https://issues.redhat.com/browse/ISPN-11585 > Project: Infinispan > Issue Type: Task > Components: JCache > Affects Versions: 11.0.0.Dev03 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Dev04 > > > We should run the JSR-107 TCK with the java serialization marshaller, not with the protostream marshaller, to ensure that Infinispan is usable as a JCache implementation with minimal application code changes. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2020