April 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7417) Implement transcoding

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-7417?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-7417: ---------------------------------------- When implementing transcoding, server tasks should be able to deal with cache instances exposing POJOs as opposed to byte[]. This is currently doable with compatibility mode but has some issues (e.g. ISPN-7710) > Implement transcoding > --------------------- > > Key: ISPN-7417 > URL: https://issues.jboss.org/browse/ISPN-7417 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > Assignee: Gustavo Fernandes > > The aim of this JIRA is to implement transcoding so that data of any type can be stored and it can be transformed on the fly, regardless of the endpoint. The work of the JIRA will be split into different subtasks to be able to split the work. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7710) CompatibilityProtoStreamMarshaller can't be set in server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-7710?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-7710: ---------------------------------------- The reason why this is useful to do is to be able to run server tasks that rely on caches with non-primitive types. > CompatibilityProtoStreamMarshaller can't be set in server > --------------------------------------------------------- > > Key: ISPN-7710 > URL: https://issues.jboss.org/browse/ISPN-7710 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.0.0.Final > Reporter: Galder Zamarreño > > Out of the box, it's impossible to set compatibility marshaller to {{org.infinispan.query.remote.CompatibilityProtoStreamMarshaller}} in server because {{org.infinispan.main}} classloader can't access that class. > As [~dan.berindei] suggested in the mailing list, one way to avoid these kind of issues would be to allow class definitions to have {{slot:module:class}} format so that using the ModularClassResolver any class can be found. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7710) CompatibilityProtoStreamMarshaller can't be set in server

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-7710: -------------------------------------- Summary: CompatibilityProtoStreamMarshaller can't be set in server Key: ISPN-7710 URL: https://issues.jboss.org/browse/ISPN-7710 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 9.0.0.Final Reporter: Galder Zamarreño Out of the box, it's impossible to set compatibility marshaller to {{org.infinispan.query.remote.CompatibilityProtoStreamMarshaller}} in server because {{org.infinispan.main}} classloader can't access that class. As [~dan.berindei] suggested in the mailing list, one way to avoid these kind of issues would be to allow class definitions to have {{slot:module:class}} format so that using the ModularClassResolver any class can be found. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6645) Scattered cache

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-6645?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-6645: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4873 > Scattered cache > --------------- > > Key: ISPN-6645 > URL: https://issues.jboss.org/browse/ISPN-6645 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 9.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > As by design doc https://github.com/infinispan/infinispan/wiki/Scattered-Cache-design-doc -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6645) Scattered cache

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-6645?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-6645: ------------------------------ Status: Open (was: New) > Scattered cache > --------------- > > Key: ISPN-6645 > URL: https://issues.jboss.org/browse/ISPN-6645 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 9.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > As by design doc https://github.com/infinispan/infinispan/wiki/Scattered-Cache-design-doc -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7590) Proper command retry handling

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-7590?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-7590: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5064 > Proper command retry handling > ----------------------------- > > Key: ISPN-7590 > URL: https://issues.jboss.org/browse/ISPN-7590 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.0.0.CR2 > Reporter: Radim Vansa > Assignee: Radim Vansa > Labels: consistency > > This is an umbrella JIRA to change the way how we deal with retries after topology change. > Please link any outstanding issues that refer to incorrect return values of command during topology change. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7708) Use UnsuccesfulResponse to signalize command failure

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-7708?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-7708: ------------------------------ Status: Open (was: New) > Use UnsuccesfulResponse to signalize command failure > ---------------------------------------------------- > > Key: ISPN-7708 > URL: https://issues.jboss.org/browse/ISPN-7708 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 9.0.0.Final > Reporter: Radim Vansa > Assignee: Radim Vansa > > Instead of hacky {{WriteCommand#updateStatusFromRemoteResponse}} use UnsuccessfulResponse to signalize that on primary owner the command was not successful. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7708) Use UnsuccesfulResponse to signalize command failure

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-7708?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-7708: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5063 > Use UnsuccesfulResponse to signalize command failure > ---------------------------------------------------- > > Key: ISPN-7708 > URL: https://issues.jboss.org/browse/ISPN-7708 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 9.0.0.Final > Reporter: Radim Vansa > Assignee: Radim Vansa > > Instead of hacky {{WriteCommand#updateStatusFromRemoteResponse}} use UnsuccessfulResponse to signalize that on primary owner the command was not successful. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7709) Generate keystores/truststore during the test phase

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7709?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7709: ---------------------------------- Status: Open (was: New) > Generate keystores/truststore during the test phase > --------------------------------------------------- > > Key: ISPN-7709 > URL: https://issues.jboss.org/browse/ISPN-7709 > Project: Infinispan > Issue Type: Bug > Components: Security, Test Suite - Server > Affects Versions: 9.0.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.1.0.Final > > > The testsuite for both the Hot Rod client and the server include pre-built keystores. This causes a number of issues: > - they only work with Oracle/OpenJDK and break with IBM JDK > - there is very little information about how they were produced > - they have built-in expirations which are causing failures > By using the maven keytool plugin we can generate the certificates during the test phase. Pros: > - uses the keytool packaged with the JDK which is being used by the build > - "documents" the process for generating the certificates and avoids storing binary blobs in version control -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-7709) Generate keystores/truststore during the test phase

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-7709: ------------------------------------- Summary: Generate keystores/truststore during the test phase Key: ISPN-7709 URL: https://issues.jboss.org/browse/ISPN-7709 Project: Infinispan Issue Type: Bug Components: Security, Test Suite - Server Affects Versions: 9.0.0.Final Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 9.1.0.Final The testsuite for both the Hot Rod client and the server include pre-built keystores. This causes a number of issues: - they only work with Oracle/OpenJDK and break with IBM JDK - there is very little information about how they were produced - they have built-in expirations which are causing failures By using the maven keytool plugin we can generate the certificates during the test phase. Pros: - uses the keytool packaged with the JDK which is being used by the build - "documents" the process for generating the certificates and avoids storing binary blobs in version control -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 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 2017