[infinispan-issues] [JBoss JIRA] Resolved: (ISPN-80) InternalCacheEntry marshalling with MarshallerImpl appears to be broken

Galder Zamarreño (JIRA) jira-events at lists.jboss.org
Wed Jun 3 13:24:56 EDT 2009


     [ https://jira.jboss.org/jira/browse/ISPN-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Galder Zamarreño resolved ISPN-80.
----------------------------------

    Resolution: Done


> InternalCacheEntry marshalling with MarshallerImpl appears to be broken
> -----------------------------------------------------------------------
>
>                 Key: ISPN-80
>                 URL: https://jira.jboss.org/jira/browse/ISPN-80
>             Project: Infinispan
>          Issue Type: Bug
>          Components: RPC
>    Affects Versions: 4.0.0.ALPHA3
>            Reporter: Galder Zamarreño
>            Assignee: Galder Zamarreño
>             Fix For: 4.0.0.BETA1
>
>
> From MarshallersTest:
> java.io.IOException: Unknown magic number 0
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallObject(MarshallerImpl.java:545)
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallInternalCacheEntry(MarshallerImpl.java:581)
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallObject(MarshallerImpl.java:475)
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallBucket(MarshallerImpl.java:561)
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallObject(MarshallerImpl.java:505)
> 	at org.infinispan.marshall.MarshallerImpl.unmarshallObject(MarshallerImpl.java:444)
> 	at org.infinispan.marshall.MarshallerImpl.objectFromObjectStream(MarshallerImpl.java:964)
> 	at org.infinispan.marshall.MarshallerImpl.objectFromByteBuffer(MarshallerImpl.java:982)
> 	at org.infinispan.marshall.MarshallerImpl.objectFromByteBuffer(MarshallerImpl.java:986)
> 	at org.infinispan.marshall.MarshallersTest.testBucketMarshalling(MarshallersTest.java:377)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:585)
> 	at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:580)
> 	at org.testng.internal.Invoker.invokeMethod(Invoker.java:478)
> 	at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:617)
> 	at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:885)
> 	at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:126)
> 	at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:110)
> 	at org.testng.TestRunner.runWorkers(TestRunner.java:712)
> 	at org.testng.TestRunner.privateRun(TestRunner.java:582)
> 	at org.testng.TestRunner.run(TestRunner.java:477)
> 	at org.testng.SuiteRunner.runTest(SuiteRunner.java:324)
> 	at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:319)
> 	at org.testng.SuiteRunner.privateRun(SuiteRunner.java:292)
> 	at org.testng.SuiteRunner.run(SuiteRunner.java:198)
> 	at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:823)
> 	at org.testng.TestNG.runSuitesLocally(TestNG.java:790)
> 	at org.testng.TestNG.run(TestNG.java:708)
> 	at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:73)
> 	at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:124)
> Remember that MarshallersTest verifies number of bytes written with different marshallers and until now, it's been disabled due to JBMAR based marshaller having bigger payloads, but this could be changing soon :)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       




More information about the infinispan-issues mailing list