September 2016 - infinispan-issues

[JBoss JIRA] (ISPN-7059) Newly introduced RemoteCacheContainer interface should not contain deprecated methods

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7059?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7059: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4554 > Newly introduced RemoteCacheContainer interface should not contain deprecated methods > -------------------------------------------------------------------------------------- > > Key: ISPN-7059 > URL: https://issues.jboss.org/browse/ISPN-7059 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Paul Ferraro > Fix For: 9.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7059) Newly introduced RemoteCacheContainer interface should not contain deprecated methods

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7059?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7059: ---------------------------------- Status: Open (was: New) > Newly introduced RemoteCacheContainer interface should not contain deprecated methods > -------------------------------------------------------------------------------------- > > Key: ISPN-7059 > URL: https://issues.jboss.org/browse/ISPN-7059 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Paul Ferraro > Fix For: 9.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7059) Newly introduced RemoteCacheContainer interface should not contain deprecated methods

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7059?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7059: ---------------------------------- Fix Version/s: 9.0.0.Final > Newly introduced RemoteCacheContainer interface should not contain deprecated methods > -------------------------------------------------------------------------------------- > > Key: ISPN-7059 > URL: https://issues.jboss.org/browse/ISPN-7059 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Paul Ferraro > Fix For: 9.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7058) Server and WildFly module still depend on the JAXB module

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7058?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7058: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4575 > Server and WildFly module still depend on the JAXB module > --------------------------------------------------------- > > Key: ISPN-7058 > URL: https://issues.jboss.org/browse/ISPN-7058 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.Final > > > The use of JAXB for parsing the configuration was removed a long time ago. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7058) Server and WildFly module still depend on the JAXB module

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7058?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7058: ---------------------------------- Fix Version/s: 9.0.0.Final > Server and WildFly module still depend on the JAXB module > --------------------------------------------------------- > > Key: ISPN-7058 > URL: https://issues.jboss.org/browse/ISPN-7058 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.Final > > > The use of JAXB for parsing the configuration was removed a long time ago. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7058) Server and WildFly module still depend on the JAXB module

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7058?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7058: ---------------------------------- Status: Open (was: New) > Server and WildFly module still depend on the JAXB module > --------------------------------------------------------- > > Key: ISPN-7058 > URL: https://issues.jboss.org/browse/ISPN-7058 > Project: Infinispan > Issue Type: Bug > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > > The use of JAXB for parsing the configuration was removed a long time ago. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7058) Server and WildFly module still depend on the JAXB module

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-7058: ------------------------------------- Summary: Server and WildFly module still depend on the JAXB module Key: ISPN-7058 URL: https://issues.jboss.org/browse/ISPN-7058 Project: Infinispan Issue Type: Bug Reporter: Tristan Tarrant Assignee: Tristan Tarrant The use of JAXB for parsing the configuration was removed a long time ago. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7057) Refactor StatsChannelHandler to support null transport

by Sebastian Łaskawiec (JIRA)

Sebastian Łaskawiec created ISPN-7057: ----------------------------------------- Summary: Refactor StatsChannelHandler to support null transport Key: ISPN-7057 URL: https://issues.jboss.org/browse/ISPN-7057 Project: Infinispan Issue Type: Sub-task Reporter: Sebastian Łaskawiec -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7037) Create simple-tutorial that demonstrates library mode node security using callbackhandlers

by Martes Wigglesworth (JIRA)

[ https://issues.jboss.org/browse/ISPN-7037?page=com.atlassian.jira.plugin.... ] Martes Wigglesworth updated ISPN-7037: -------------------------------------- Summary: Create simple-tutorial that demonstrates library mode node security using callbackhandlers (was: Create quickstart that demonstrates library mode node security using callbackhandlers) > Create simple-tutorial that demonstrates library mode node security using callbackhandlers > ------------------------------------------------------------------------------------------ > > Key: ISPN-7037 > URL: https://issues.jboss.org/browse/ISPN-7037 > Project: Infinispan > Issue Type: Feature Request > Components: Demos and Tutorials, Tasks > Affects Versions: 6.0.3.Final, 8.2.0.Final, 8.2.1.Final, 8.1.4.Final, 8.2.2.Final, 8.2.3.Final, 8.2.4.Final > Reporter: Martes Wigglesworth > Assignee: Martes Wigglesworth > Priority: Minor > > There should be a quickstart that demonstrates callbackhandler usage, while enabling inter-node authentication in library mode. (I have a working build, and am working to migrate this work into a quickstart, such as "secure-embedded-cache" or a uniquely named similar quickstart.) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6806) Exception serializing L1InternalCacheEntry during state transfer

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6806?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6806: ---------------------------------- Fix Version/s: 8.1.6.Final (was: 8.1.5.Final) > Exception serializing L1InternalCacheEntry during state transfer > ---------------------------------------------------------------- > > Key: ISPN-6806 > URL: https://issues.jboss.org/browse/ISPN-6806 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.5.Final, 9.0.0.Alpha2, 8.2.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1, 9.0.0.Final, 8.2.5.Final, 8.1.6.Final > > > {{L1InternalCacheEntry}} is not serializable, as only entries properly owned by the node are supposed to be sent via state transfer. > However, when the last owner of a segment leaves the cluster, one of the other nodes becomes the owner of that segment, and the L1 entries it already has suddenly become part of the state it can send to other nodes. It then fails to send its state with this exception: > {noformat} > [org.infinispan.marshall.core.VersionAwareMarshaller] (transport-thread--p19-t14) Object is not serializable: java.io.NotSerializableException: org.infinispan.container.entries.L1InternalCacheEntry > {noformat} > This can happen quite often if L1 is enabled and {{numOwners = 1}}. > Unfortunately, the serialization exception isn't propagated, and all the user sees is an initial state transfer timeout exception when trying to start another node later. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2016