[infinispan-issues] [JBoss JIRA] (ISPN-5180) Hot Rod type converter in Compatibility should not marshall a byte[] again

RH Bugzilla Integration (JIRA) issues at jboss.org
Tue Jun 23 08:26:25 EDT 2015


    [ https://issues.jboss.org/browse/ISPN-5180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13082800#comment-13082800 ] 

RH Bugzilla Integration commented on ISPN-5180:
-----------------------------------------------

Dave Stahl <dstahl at redhat.com> changed the Status of [bug 1196277|https://bugzilla.redhat.com/show_bug.cgi?id=1196277] from VERIFIED to CLOSED

> Hot Rod type converter in Compatibility should not marshall a byte[] again
> --------------------------------------------------------------------------
>
>                 Key: ISPN-5180
>                 URL: https://issues.jboss.org/browse/ISPN-5180
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Remote Protocols
>    Affects Versions: 7.0.3.Final, 7.1.0.CR2
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>            Priority: Critical
>              Labels: compatibility
>             Fix For: 7.1.0.Final
>
>
> When compatibility is enabled, storing a java serialized object with REST, and then retrieving it with Hot Rod results in byte[] being returned instead of the deserilialized object:
> {code}java.lang.AssertionError: 
> Expected :org.infinispan.it.compatibility.EmbeddedRestHotRodTest$Person at 22cd6f
> Actual   :[B at 2ff9eb2a
> 	at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> 	at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> 	at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> 	at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> 	at org.infinispan.it.compatibility.EmbeddedRestHotRodTest.testCustomObjectRestPutHotRodEmbeddedGet(EmbeddedRestHotRodTest.java:217)
> {code}
> This is because when the entry is retrieved by Hot Rod and it's going to marshall it for sending it back to the client, it should check if the entry is already a byte[], in which case it should not touch it.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)



More information about the infinispan-issues mailing list