[infinispan-issues] [JBoss JIRA] (ISPN-5758) HotRod client try to unmarhall an object on get() no matter whether the put() use a byte[] or not
RH Bugzilla Integration (JIRA)
issues at jboss.org
Thu Oct 15 12:31:00 EDT 2015
[ https://issues.jboss.org/browse/ISPN-5758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13118777#comment-13118777 ]
RH Bugzilla Integration commented on ISPN-5758:
-----------------------------------------------
Sebastian Łaskawiec <slaskawi at redhat.com> changed the Status of [bug 1263977|https://bugzilla.redhat.com/show_bug.cgi?id=1263977] from NEW to POST
> HotRod client try to unmarhall an object on get() no matter whether the put() use a byte[] or not
> -------------------------------------------------------------------------------------------------
>
> Key: ISPN-5758
> URL: https://issues.jboss.org/browse/ISPN-5758
> Project: Infinispan
> Issue Type: Bug
> Components: hot, Marshalling
> Affects Versions: 8.0.1.Final
> Reporter: Wolf-Dieter Fink
> Assignee: Galder Zamarreño
> Labels: hotrod, hotrod-java-client
> Fix For: 8.1.0.Alpha2, 8.1.0.Final
>
> Attachments: reproducer.zip
>
>
> If a client put an object as byte[] into the cache, which is a self serialized class, the get will return the original class (if it is in the class path) instead of the byte[].
> This is incompatible to ISPN5 here the byte[] is returned in any case.
> It seems this in unintentional due to the smart 'compatibility' mode at client side
> https://github.com/infinispan/infinispan/blob/master/client/hotrod-client/src/main/java/org/infinispan/client/hotrod/marshall/MarshallerUtil.java#L35
> The client should be able to get the same class type back
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the infinispan-issues
mailing list