[JBoss JIRA] (ISPN-10862) SpringCache unwrapping NullValue singleton fails with Java Serialization
by Ryan Emerson (Jira)
[ https://issues.jboss.org/browse/ISPN-10862?page=com.atlassian.jira.plugin... ]
Ryan Emerson updated ISPN-10862:
--------------------------------
Status: Open (was: New)
> SpringCache unwrapping NullValue singleton fails with Java Serialization
> ------------------------------------------------------------------------
>
> Key: ISPN-10862
> URL: https://issues.jboss.org/browse/ISPN-10862
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 10.0.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Blocker
>
> Our spring integration makes use of the {{NullValue.NULL}} singleton when wrapping null values, however the singleton semantics are not respected when Java Serialization is used as this was previously enforced by a {{Externalizer}} implementation.
> Therefore, the NullValue wrapper is never unwrapped.
> .SpringCache
> private ValueWrapper wrap(Object value) {
> if (value == null) {
> return null;
> }
> if (value == NullValue.NULL) {
> return NullValue.NULL;
> }
> return new SimpleValueWrapper(value);
> }
> private <T> T unwrapNull(Object value) {
> if (value == NullValue.NULL) {
> return null;
> }
> return (T) value;
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPRK-62) Update to Scala 2.12
by Gustavo Fernandes (Jira)
Gustavo Fernandes created ISPRK-62:
--------------------------------------
Summary: Update to Scala 2.12
Key: ISPRK-62
URL: https://issues.jboss.org/browse/ISPRK-62
Project: Infinispan Spark
Issue Type: Component Upgrade
Components: Build
Affects Versions: 0.9
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
Fix For: 0.10
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPRK-59) Support for Infinispan 10
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPRK-59?page=com.atlassian.jira.plugin.s... ]
Gustavo Fernandes updated ISPRK-59:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Support for Infinispan 10
> -------------------------
>
> Key: ISPRK-59
> URL: https://issues.jboss.org/browse/ISPRK-59
> Project: Infinispan Spark
> Issue Type: Component Upgrade
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 0.10
>
>
> Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPRK-59) Support for Infinispan 10
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPRK-59?page=com.atlassian.jira.plugin.s... ]
Gustavo Fernandes updated ISPRK-59:
-----------------------------------
Description: Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server. (was: Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime.)
> Support for Infinispan 10
> -------------------------
>
> Key: ISPRK-59
> URL: https://issues.jboss.org/browse/ISPRK-59
> Project: Infinispan Spark
> Issue Type: Component Upgrade
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 0.10
>
>
> Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPRK-59) Support for Infinispan 10
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPRK-59?page=com.atlassian.jira.plugin.s... ]
Gustavo Fernandes updated ISPRK-59:
-----------------------------------
Description: Infinispan 10 has a new server that does not depends on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime.
> Support for Infinispan 10
> -------------------------
>
> Key: ISPRK-59
> URL: https://issues.jboss.org/browse/ISPRK-59
> Project: Infinispan Spark
> Issue Type: Component Upgrade
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 0.10
>
>
> Infinispan 10 has a new server that does not depends on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPRK-59) Support for Infinispan 10
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPRK-59?page=com.atlassian.jira.plugin.s... ]
Gustavo Fernandes updated ISPRK-59:
-----------------------------------
Description: Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime. (was: Infinispan 10 has a new server that does not depends on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime.)
> Support for Infinispan 10
> -------------------------
>
> Key: ISPRK-59
> URL: https://issues.jboss.org/browse/ISPRK-59
> Project: Infinispan Spark
> Issue Type: Component Upgrade
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 0.10
>
>
> Infinispan 10 has a new server that does not depend on Wildfly and doesn't use DMR for remote management. All operarions (shutdown, create caches, etc) are controlled by REST and deployment of filters/converters/entities should be done before starting the server rather than at runtime.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10862) SpringCache unwrapping NullValue singleton fails with Java Serialization
by Katia Aresti (Jira)
[ https://issues.jboss.org/browse/ISPN-10862?page=com.atlassian.jira.plugin... ]
Katia Aresti updated ISPN-10862:
--------------------------------
Priority: Blocker (was: Major)
> SpringCache unwrapping NullValue singleton fails with Java Serialization
> ------------------------------------------------------------------------
>
> Key: ISPN-10862
> URL: https://issues.jboss.org/browse/ISPN-10862
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 10.0.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Blocker
>
> Our spring integration makes use of the {{NullValue.NULL}} singleton when wrapping null values, however the singleton semantics are not respected when Java Serialization is used as this was previously enforced by a {{Externalizer}} implementation.
> Therefore, the NullValue wrapper is never unwrapped.
> .SpringCache
> private ValueWrapper wrap(Object value) {
> if (value == null) {
> return null;
> }
> if (value == NullValue.NULL) {
> return NullValue.NULL;
> }
> return new SimpleValueWrapper(value);
> }
> private <T> T unwrapNull(Object value) {
> if (value == NullValue.NULL) {
> return null;
> }
> return (T) value;
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-6494) Investigate bundler performance
by Johno Crawford (Jira)
[ https://issues.jboss.org/browse/ISPN-6494?page=com.atlassian.jira.plugin.... ]
Johno Crawford commented on ISPN-6494:
--------------------------------------
Wow sorry for dropping the ball on this Bela, yes it's a single node which is unfortunate.. next time I touch on this i'll be sure to make sure there are multiple nodes. I added a jgroups.enable_diagnostics property to our XML configuration so we can run probe.sh to debug bottlenecks. Right now the service is pretty solid but I am sure I will need to revisit this once our peak numbers increase.. I'll give you a poke should the offer still be on the table.
> Investigate bundler performance
> -------------------------------
>
> Key: ISPN-6494
> URL: https://issues.jboss.org/browse/ISPN-6494
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> For ISPN-6027 we changed the default JGroups bundler to {{sender-sends-with-timer}}, because it was faster in some of the performance tests. However, IspnPerfTest shows {{transfer-queue-bundler}} to be consistently better, so we need to investigate the bundler choice again.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10862) SpringCache unwrapping NullValue singleton fails with Java Serialization
by Ryan Emerson (Jira)
Ryan Emerson created ISPN-10862:
-----------------------------------
Summary: SpringCache unwrapping NullValue singleton fails with Java Serialization
Key: ISPN-10862
URL: https://issues.jboss.org/browse/ISPN-10862
Project: Infinispan
Issue Type: Bug
Components: Spring Integration
Affects Versions: 10.0.0.Final
Reporter: Ryan Emerson
Assignee: Ryan Emerson
Our spring integration makes use of the {{NullValue.NULL}} singleton when wrapping null values, however the singleton semantics are not respected when Java Serialization is used as this was previously enforced by a {{Externalizer}} implementation.
Therefore, the NullValue wrapper is never unwrapped.
.SpringCache
private ValueWrapper wrap(Object value) {
if (value == null) {
return null;
}
if (value == NullValue.NULL) {
return NullValue.NULL;
}
return new SimpleValueWrapper(value);
}
private <T> T unwrapNull(Object value) {
if (value == NullValue.NULL) {
return null;
}
return (T) value;
}
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months