java.io.StreamCorruptedException: unexpected end of block data" (stack trace below) when a specific command object is returned to the server. I'm using Netty 3.2.7-Final on both the server and client and I'm using Oracle Java 1.7.0_02 on both client and server. What is really doing my head in is that if I run the client & server locally under Windows 7, then the job runs correctly. If I run the server remotely on a Debian Linux system then the specific job runs correctly. However, when ever I run the server on a Linux CentOS 6 system, the job fails every time with the exception. (The client has to run in a Windows environment) Any suggestions as to how to debug this further would be very welcome. I've looked at extending ObjectEncoder so I can dump the serialized object to disk to see what is being put on the wire but I can't work out how to get the contents of the ChannelBuffer returned by the encode method. java.io.StreamCorruptedException: unexpected end of block data

Stack Overflow | user497087 | 5 years ago
  1. 0

    Netty ObjectDecoder throws java.io.StreamCorruptedException: unexpected end of block data

    Stack Overflow | 5 years ago | user497087
    java.io.StreamCorruptedException: unexpected end of block data" (stack trace below) when a specific command object is returned to the server. I'm using Netty 3.2.7-Final on both the server and client and I'm using Oracle Java 1.7.0_02 on both client and server. What is really doing my head in is that if I run the client & server locally under Windows 7, then the job runs correctly. If I run the server remotely on a Debian Linux system then the specific job runs correctly. However, when ever I run the server on a Linux CentOS 6 system, the job fails every time with the exception. (The client has to run in a Windows environment) Any suggestions as to how to debug this further would be very welcome. I've looked at extending ObjectEncoder so I can dump the serialized object to disk to see what is being put on the wire but I can't work out how to get the contents of the ChannelBuffer returned by the encode method. java.io.StreamCorruptedException: unexpected end of block data
  2. 0

    StreamCorruptedException occurs during object decoding

    Stack Overflow | 5 years ago | algolicious
    java.io.StreamCorruptedException: invalid type code: 6E
  3. 0

    There are several issue related to IBM JDK. 1) It's not possible to compile the platform using IBM JDK ver 1.7; 2) Besides of the fact that two IBM nodes can connect to each other some functionality still doesn't work. As an example {{CacheClientPortablePutGetExample}} fails with the following stack trace {noformat} [14:38:56,930][ERROR][grid-nio-worker-0-#26%null%][TcpCommunicationSpi] Caught unhandled exception in NIO worker thread (restart the node). class org.apache.ignite.IgniteException: Invalid field type: 0 at org.gridgain.grid.internal.communication.PortableDirectMessageReader.readRemovedField(PortableDirectMessageReader.java:670) at org.gridgain.grid.internal.communication.PortableDirectMessageReader.readFieldHeader(PortableDirectMessageReader.java:520) at org.gridgain.grid.internal.communication.PortableDirectMessageReader.readMessage(PortableDirectMessageReader.java:339) at org.apache.ignite.internal.managers.communication.GridIoMessage.readFrom(GridIoMessage.java:248) at org.apache.ignite.internal.util.nio.GridDirectParser.decode(GridDirectParser.java:76) at org.apache.ignite.internal.util.nio.GridNioCodecFilter.onMessageReceived(GridNioCodecFilter.java:103) at org.apache.ignite.internal.util.nio.GridNioFilterAdapter.proceedMessageReceived(GridNioFilterAdapter.java:107) at org.apache.ignite.internal.util.nio.GridConnectionBytesVerifyFilter.onMessageReceived(GridConnectionBytesVerifyFilter.java:122) at org.apache.ignite.internal.util.nio.GridNioFilterAdapter.proceedMessageReceived(GridNioFilterAdapter.java:107) at org.apache.ignite.internal.util.nio.GridNioServer$HeadFilter.onMessageReceived(GridNioServer.java:2078) at org.apache.ignite.internal.util.nio.GridNioFilterChain.onMessageReceived(GridNioFilterChain.java:172) at org.apache.ignite.internal.util.nio.GridNioServer$DirectNioClientWorker.processRead(GridNioServer.java:858) at org.apache.ignite.internal.util.nio.GridNioServer$AbstractNioClientWorker.processSelectedKeys(GridNioServer.java:1397) at org.apache.ignite.internal.util.nio.GridNioServer$AbstractNioClientWorker.bodyInternal(GridNioServer.java:1339) at org.apache.ignite.internal.util.nio.GridNioServer$AbstractNioClientWorker.body(GridNioServer.java:1223) at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108) at java.lang.Thread.run(Thread.java:801) {noformat} 3) Oracle JVM based server node fails to connect to IBM server node producing the stack trace below. Tested with JDK and Portable marshallers. {noformat} [13:47:33,935][SEVERE][tcp-disco-msg-worker-#2%null][TcpDiscoverySpi] Failed to unmarshal discovery data for component: 0 class org.apache.ignite.IgniteCheckedException: Failed to deserialize object wit h given class loader: sun.misc.Launcher$AppClassLoader@56092666 at org.apache.ignite.marshaller.jdk.JdkMarshaller.unmarshal(JdkMarshalle r.java:105) at org.apache.ignite.marshaller.AbstractMarshaller.unmarshal(AbstractMar shaller.java:68) at org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.onExchange(TcpDis coverySpi.java:1697) at org.apache.ignite.spi.discovery.tcp.ServerImpl$RingMessageWorker.proc essNodeAddedMessage(ServerImpl.java:3258) at org.apache.ignite.spi.discovery.tcp.ServerImpl$RingMessageWorker.proc essMessage(ServerImpl.java:1993) at org.apache.ignite.spi.discovery.tcp.ServerImpl$MessageWorkerAdapter.b ody(ServerImpl.java:5206) at org.apache.ignite.spi.IgniteSpiThread.run(IgniteSpiThread.java:62) Caused by: java.io.InvalidClassException: org.apache.ignite.internal.util.lang.G ridFunc$38; local class incompatible: stream classdesc serialVersionUID = -55433 49853748590486, local class serialVersionUID = -5664060422647374863 at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:617) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:162 2) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1 771) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at org.apache.ignite.internal.processors.continuous.GridContinuousProces sor$DiscoveryDataItem.readExternal(GridContinuousProcessor.java:1455) at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:183 7) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1 796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at org.apache.ignite.internal.util.IgniteUtils.readList(IgniteUtils.java :5109) at org.apache.ignite.internal.util.IgniteUtils.readCollection(IgniteUtil s.java:1618) at org.apache.ignite.internal.processors.continuous.GridContinuousProces sor$DiscoveryData.readExternal(GridContinuousProcessor.java:1371) at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:183 7) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1 796) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at org.apache.ignite.marshaller.jdk.JdkMarshaller.unmarshal(JdkMarshalle r.java:102) ... 6 more {noformat} 4) Oracle JVM based client node is partially connected to IBM server node. The server node updates its topology while the client is hanging with the stack trace below. Tested with JDK and Portable marshallers.: {noformat} "main" prio=6 tid=0x00000000001ee800 nid=0x1f44 waiting on condition [0x00000000025ce000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000007d7ad4478> (a java.util.concurrent.CountDownLatch$Sync) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834) at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303) at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236) at org.apache.ignite.spi.discovery.tcp.ClientImpl.spiStart(ClientImpl.java:252) at org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.spiStart(TcpDiscoverySpi.java:1815) at org.apache.ignite.internal.managers.GridManagerAdapter.startSpi(GridManagerAdapter.java:252) at org.apache.ignite.internal.managers.discovery.GridDiscoveryManager.start(GridDiscoveryManager.java:666) at org.apache.ignite.internal.IgniteKernal.startManager(IgniteKernal.java:1485) at org.apache.ignite.internal.IgniteKernal.start(IgniteKernal.java:908) at org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start0(IgnitionEx.java:1617) at org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start(IgnitionEx.java:1484) - locked <0x00000007d7bbb918> (a org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance) at org.apache.ignite.internal.IgnitionEx.start0(IgnitionEx.java:965) at org.apache.ignite.internal.IgnitionEx.startConfigurations(IgnitionEx.java:892) at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:784) at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:705) at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:576) at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:546) at org.apache.ignite.Ignition.start(Ignition.java:346) {noformat} IBM SDK implements {{sun.misc.Unsafe}}. However there is no guarantee that it works the same way Oracle's does. In all the test the following JDK versions were used: 1) IBM java version "1.7.0" Java(TM) SE Runtime Environment (build pwa6470sr8fp10-20141219_01(SR8 FP10)) IBM J9 VM (build 2.6, JRE 1.7.0 Windows 7 amd64-64 Compressed References 2014121 6_227497 (JIT enabled, AOT enabled) J9VM - R26_Java726_SR8_20141216_0955_B227497 JIT - r11.b07_20141003_74578.05 GC - R26_Java726_SR8_20141216_0955_B227497_CMPRSS J9CL - 20141216_227497) JCL - 20141217_01 based on Oracle jdk7u75-b12 2) Oracle java version "1.7.0_67" Java(TM) SE Runtime Environment (build 1.7.0_67-b01) Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)

    Apache's JIRA Issue Tracker | 1 year ago | Denis Magda
    org.apache.ignite.IgniteCheckedException: Failed to deserialize object with given class loader: sun.misc.Launcher$AppClassLoader@ef968d1d
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Elasticsearch 1.3.2 java api setScript throws exception on execution

    Stack Overflow | 2 years ago | vivek_nk
    org.elasticsearch.transport.TransportSerializationException: Failed to deserialize exception response from stream
  6. 0

    save workspace exception

    GitHub | 2 years ago | joeferner
    javax.servlet.ServletException: io.lumify.core.exception.LumifyException: Failed to run in lock

  1. bpbhat77 8 times, last 3 months ago
  2. eti22 5 times, last 1 month ago
29 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.io.StreamCorruptedException

    unexpected end of block data" (stack trace below) when a specific command object is returned to the server. I'm using Netty 3.2.7-Final on both the server and client and I'm using Oracle Java 1.7.0_02 on both client and server. What is really doing my head in is that if I run the client & server locally under Windows 7, then the job runs correctly. If I run the server remotely on a Debian Linux system then the specific job runs correctly. However, when ever I run the server on a Linux CentOS 6 system, the job fails every time with the exception. (The client has to run in a Windows environment) Any suggestions as to how to debug this further would be very welcome. I've looked at extending ObjectEncoder so I can dump the serialized object to disk to see what is being put on the wire but I can't work out how to get the contents of the ChannelBuffer returned by the encode method. java.io.StreamCorruptedException: unexpected end of block data

    at java.io.ObjectInputStream.readObject0()
  2. Java RT
    ObjectInputStream.readObject
    1. java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
    2. java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    3. java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
    4. java.lang.Throwable.readObject(Throwable.java:913)
    5. sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    6. sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    7. sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    8. java.lang.reflect.Method.invoke(Method.java:601)
    9. java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
    10. java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
    11. java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    12. java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    13. java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    14. java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
    15. java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    16. java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    17. java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
    18. java.util.ArrayList.readObject(ArrayList.java:733)
    19. sun.reflect.GeneratedMethodAccessor70.invoke(Unknown Source)
    20. sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    21. java.lang.reflect.Method.invoke(Method.java:601)
    22. java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
    23. java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
    24. java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    25. java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    26. java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    27. java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
    28. java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    29. java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    30. java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
    30 frames
  3. Netty
    NioWorker.run
    1. org.jboss.netty.handler.codec.serialization.ObjectDecoder.decode(ObjectDecoder.java:129)
    2. org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:282)
    3. org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:214)
    4. org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274)
    5. org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261)
    6. org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:351)
    7. org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:282)
    8. org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:202)
    8 frames
  4. Java RT
    Thread.run
    1. java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    2. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    3. java.lang.Thread.run(Thread.java:722)
    3 frames