December 2019 - infinispan-issues

[JBoss JIRA] (ISPN-11053) jboss.server.config.dir should be changed in ISPN documentation

by Anna Manukyan (Jira)

[ https://issues.redhat.com/browse/ISPN-11053?page=com.atlassian.jira.plugi... ] Anna Manukyan updated ISPN-11053: --------------------------------- Status: Open (was: New) > jboss.server.config.dir should be changed in ISPN documentation > --------------------------------------------------------------- > > Key: ISPN-11053 > URL: https://issues.redhat.com/browse/ISPN-11053 > Project: Infinispan > Issue Type: Bug > Components: Documentation > Reporter: Anna Manukyan > Assignee: Anna Manukyan > Priority: Major > > The `jboss.server.config.dir` should be changed to `infinispan.server.config.path` in Infinispan Documentation. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-125) Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build

by Nistor Adrian (Jira)

Nistor Adrian created IPROTO-125: ------------------------------------ Summary: Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build Key: IPROTO-125 URL: https://issues.redhat.com/browse/IPROTO-125 Project: Infinispan ProtoStream Issue Type: Enhancement Reporter: Nistor Adrian This would allow protostream to be used during build in Quarkus augmentation and will not require the annotation processor in the compilation phase. This is expected to improve user experience by reducing compilation time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-125) Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-125?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-125: --------------------------------- Fix Version/s: 5.0.0.Final > Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build > ---------------------------------------------------------------------------------------------------------- > > Key: IPROTO-125 > URL: https://issues.redhat.com/browse/IPROTO-125 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Priority: Major > Fix For: 5.0.0.Final > > > This would allow protostream to be used during build in Quarkus augmentation and will not require the annotation processor in the compilation phase. This is expected to improve user experience by reducing compilation time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-125) Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-125?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-125: --------------------------------- Status: Open (was: New) > Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build > ---------------------------------------------------------------------------------------------------------- > > Key: IPROTO-125 > URL: https://issues.redhat.com/browse/IPROTO-125 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Priority: Major > Fix For: 5.0.0.Final > > > This would allow protostream to be used during build in Quarkus augmentation and will not require the annotation processor in the compilation phase. This is expected to improve user experience by reducing compilation time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-125) Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-125?page=com.atlassian.jira.plugi... ] Nistor Adrian reassigned IPROTO-125: ------------------------------------ Assignee: Nistor Adrian > Provide entry point to the AP decoupled from javax.annotation.processing, to be invoked from Quarkus build > ---------------------------------------------------------------------------------------------------------- > > Key: IPROTO-125 > URL: https://issues.redhat.com/browse/IPROTO-125 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 5.0.0.Final > > > This would allow protostream to be used during build in Quarkus augmentation and will not require the annotation processor in the compilation phase. This is expected to improve user experience by reducing compilation time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-124) Remove javassit code generation and replace it with ByteBuddy or Gizmo

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-124?page=com.atlassian.jira.plugi... ] Nistor Adrian reassigned IPROTO-124: ------------------------------------ Assignee: Nistor Adrian > Remove javassit code generation and replace it with ByteBuddy or Gizmo > ---------------------------------------------------------------------- > > Key: IPROTO-124 > URL: https://issues.redhat.com/browse/IPROTO-124 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.4.0.Final > > > Javassist is not dead yet but it is just minimally maintained and does not seem to have a great future. bytecode level support for latest released jdk is usually added quite late but source level support is never added. At source level it is still Java 1.4 compatible. We need a high level java bytecode library to replace it, and also play well in the Quarkus ecosystem. ByteBuddy and Gizmo seem to be the right candidates. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-124) Remove javassit code generation and replace it with ByteBuddy or Gizmo

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-124?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-124: --------------------------------- Status: Open (was: New) > Remove javassit code generation and replace it with ByteBuddy or Gizmo > ---------------------------------------------------------------------- > > Key: IPROTO-124 > URL: https://issues.redhat.com/browse/IPROTO-124 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Priority: Major > Fix For: 4.4.0.Final > > > Javassist is not dead yet but it is just minimally maintained and does not seem to have a great future. bytecode level support for latest released jdk is usually added quite late but source level support is never added. At source level it is still Java 1.4 compatible. We need a high level java bytecode library to replace it, and also play well in the Quarkus ecosystem. ByteBuddy and Gizmo seem to be the right candidates. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-124) Remove javassit code generation and replace it with ByteBuddy or Gizmo

by Nistor Adrian (Jira)

[ https://issues.redhat.com/browse/IPROTO-124?page=com.atlassian.jira.plugi... ] Nistor Adrian updated IPROTO-124: --------------------------------- Fix Version/s: 4.4.0.Final > Remove javassit code generation and replace it with ByteBuddy or Gizmo > ---------------------------------------------------------------------- > > Key: IPROTO-124 > URL: https://issues.redhat.com/browse/IPROTO-124 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.4.0.Final > > > Javassist is not dead yet but it is just minimally maintained and does not seem to have a great future. bytecode level support for latest released jdk is usually added quite late but source level support is never added. At source level it is still Java 1.4 compatible. We need a high level java bytecode library to replace it, and also play well in the Quarkus ecosystem. ByteBuddy and Gizmo seem to be the right candidates. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11053) jboss.server.config.dir should be changed in ISPN documentation

by Anna Manukyan (Jira)

Anna Manukyan created ISPN-11053: ------------------------------------ Summary: jboss.server.config.dir should be changed in ISPN documentation Key: ISPN-11053 URL: https://issues.redhat.com/browse/ISPN-11053 Project: Infinispan Issue Type: Bug Components: Documentation Reporter: Anna Manukyan Assignee: Anna Manukyan The `jboss.server.config.dir` should be changed to `infinispan.server.config.path` in Infinispan Documentation. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11052) Update infinispan-hibernate-cache-v53 to make use of ProtoStreamMarshaller instead of deprecated JBossUserMarshaller

by Erik Horlings (Jira)

Erik Horlings created ISPN-11052: ------------------------------------ Summary: Update infinispan-hibernate-cache-v53 to make use of ProtoStreamMarshaller instead of deprecated JBossUserMarshaller Key: ISPN-11052 URL: https://issues.redhat.com/browse/ISPN-11052 Project: Infinispan Issue Type: Bug Components: Hibernate Cache Affects Versions: 10.0.1.Final Reporter: Erik Horlings DefaultCacheManagerProvider creates a JBossUserMarshaller instance, while PersistenceMarshallerImpl throws a warning about this: "ISPN000554: infinispan-boss-marshalling dependency detected, jboss-marshalling has been deprecated and will be removed in the future". DefaultCacheManagerProvider should be changed to create a ProtoStreamMarshaller instead. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 4 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 December 2019