May 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11938) Add template for a Protobuf cache

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-11938: ---------------------------------------- Summary: Add template for a Protobuf cache Key: ISPN-11938 URL: https://issues.redhat.com/browse/ISPN-11938 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 11.0.0.CR1 Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Fix For: 11.0.0.Final -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11933) Operator Docs: Install via OLM and getting started

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-11933?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-11933: ------------------------------- Status: Open (was: New) > Operator Docs: Install via OLM and getting started > -------------------------------------------------- > > Key: ISPN-11933 > URL: https://issues.redhat.com/browse/ISPN-11933 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > https://github.com/infinispan/infinispan-operator/issues/405 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11933) Operator Docs: Install via OLM and getting started

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-11933?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-11933: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan-operator/pull/411 > Operator Docs: Install via OLM and getting started > -------------------------------------------------- > > Key: ISPN-11933 > URL: https://issues.redhat.com/browse/ISPN-11933 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > https://github.com/infinispan/infinispan-operator/issues/405 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11910) Server should see application/octet-stream as protostream

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11910?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11910: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8384 > Server should see application/octet-stream as protostream > --------------------------------------------------------- > > Key: ISPN-11910 > URL: https://issues.redhat.com/browse/ISPN-11910 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 11.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Final > > > The server, and Infinispan in general, should use the user marshaller to read {{application/octet-stream}} and {{application/unknown}} data. > ISPN-10433 added a hack in the server (for backwards compatibility, I assume): if {{jboss-marshalling}} is on the classpath, {{org.infinispan.server.core.LifecycleCallbacks.cacheManagerStarting()}} changes the marshaller for {{application/unknown}} (but not for {{application/octet-stream}}) to {{GenericJBossMarshaller}}. > This means that {{server/core}}, {{server/hotrod}}, and {{client/hotrod-client}} tests see {{application/unknown}} as protostream, but the server distribution in {{server/runtime}} always includes {{jboss-marshalling}}, so the server distribution sees {{application/unknown}} as {{GenericJBossMarshaller}} data. > It would be much better if the server always used the user marshaller for {{application/unknown}}, and when a user needs backwards compatibility between a new server and an old client, they should configure {{GenericJBossMarshaller}} in the server. > In addition, new clients should not use {{application/unknown}} unless the marshaller does not implement {{getMediaType()}}: they know the marshaller's media type, and they should send it to the server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11937) JDBCStringBasedStore needs test around a rollback occurring

by Will Burns (Jira)

Will Burns created ISPN-11937: --------------------------------- Summary: JDBCStringBasedStore needs test around a rollback occurring Key: ISPN-11937 URL: https://issues.redhat.com/browse/ISPN-11937 Project: Infinispan Issue Type: Task Components: Loaders and Stores Reporter: Will Burns We are missing some coverage around a store rolling back and it working properly. As JDBCStore is our only store that currently implements the transactional support it should be simple to add a test to it. https://github.com/infinispan/infinispan/pull/8400#discussion_r432506704 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11927) Remove Util#threadDump java.lang.management dependencies

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11927?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11927: -------------------------------- Status: Open (was: New) > Remove Util#threadDump java.lang.management dependencies > -------------------------------------------------------- > > Key: ISPN-11927 > URL: https://issues.redhat.com/browse/ISPN-11927 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 11.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > Currently {{Util#threadDump}} utilises {{java.lang.management.ManagementFactory}} and {{java.lang.management.ThreadMXBean}} to generate the thread dump string. Neither of these classes work with GraalVM native compilation, therefore we should generate this String using {{Thread.getAllStackTraces}}. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11927) Remove Util#threadDump java.lang.management dependencies

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11927?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11927: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8406 > Remove Util#threadDump java.lang.management dependencies > -------------------------------------------------------- > > Key: ISPN-11927 > URL: https://issues.redhat.com/browse/ISPN-11927 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 11.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > Currently {{Util#threadDump}} utilises {{java.lang.management.ManagementFactory}} and {{java.lang.management.ThreadMXBean}} to generate the thread dump string. Neither of these classes work with GraalVM native compilation, therefore we should generate this String using {{Thread.getAllStackTraces}}. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11928) Rest /v2/server/env should utilise System.getProperties()

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11928?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11928: -------------------------------- Status: Open (was: New) > Rest /v2/server/env should utilise System.getProperties() > --------------------------------------------------------- > > Key: ISPN-11928 > URL: https://issues.redhat.com/browse/ISPN-11928 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 11.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > Currently {{ServerResource#env}} utilises {{ManagementFactory.getRuntimeMXBean().getSystemProperties()}} in order to return system properties. The {{java.lang.management}} package is not supported with GraalVM native compilation, therefore we should simply use {{System.getProperties}} instead. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11928) Rest /v2/server/env should utilise System.getProperties()

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11928?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11928: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8406 > Rest /v2/server/env should utilise System.getProperties() > --------------------------------------------------------- > > Key: ISPN-11928 > URL: https://issues.redhat.com/browse/ISPN-11928 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 11.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > Currently {{ServerResource#env}} utilises {{ManagementFactory.getRuntimeMXBean().getSystemProperties()}} in order to return system properties. The {{java.lang.management}} package is not supported with GraalVM native compilation, therefore we should simply use {{System.getProperties}} instead. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11934) Remove ServerResource.ServerInfo to avoid unnecessary reflection

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11934?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11934: -------------------------------- Status: Open (was: New) > Remove ServerResource.ServerInfo to avoid unnecessary reflection > ---------------------------------------------------------------- > > Key: ISPN-11934 > URL: https://issues.redhat.com/browse/ISPN-11934 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 11.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > {{ServerResource.ServerInfo}} is converted by Jackson to JSON in order to return the Infinispan version, however as no other information is required it's possible to simply return a JSON string directly. This avoids Jackson performing reflection and means less metadata required for the native server build. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2020