12 Replies Latest reply on Dec 18, 2012 7:18 AM by Nicolae Mihalache

    Wrong body size after depaging in a bridge config

    Nicolae Mihalache Newbie

      Hello,

       

      I'm using hornetq 2.2.16 Core with netty 3.4.2 to encode Google Protocol Buffer inside the body of messages.

      I have a server wich is bridging one queue to a remote server, and the addess is configured for paging. I see that if no paging is involved (i.e. when the remote server is up and the messages can be sent right away), then the messages arrive with the correct size. However, if I stop the remote server and the paging kicks in, then, after starting the remote server, the messages appear sistematically 70 bytes longer than they are, causing an exception from the ProtoBuf decoder.

       

      See below for a dump of a buffer array where  readerIndex is 17, writeIndex is 258 resulting in a message of 241 bytes. The real size of the message is 171 bytes, the readerIndex is correct but the writerIndex is not.

       

      I wonder if the fact that I'm using a netty version newer than what was shipped with HornetQ can be related to this problem.

       

       

      Any hint would be appreciated!

      nicolae

       

       

      0000019C4B000000000000000A0000010208DB8DBB95B7271294011BE5CF10008D3DEBF54FBA461300B351849B02034402030001C608C0000004BE04BE000004

      C00098003902700B900516004702803502020201CC08C1000004B604BE009B04BC000004FE00840FFF040503010AFC4402040001CC08C0000004BF04BE000004

      C0009803150255000100320AFF54103502030201CF08C1000004B704BE009B04BC00000039027803F700000047018018A68BBB95B72720909E97DF0100000101

      00000000001CD1800000000000000000000000000000013B797AD0A9040100000001000000165F0079005F0075006E0069007100750065006900640006FBDDE0

      98000000019400000000000009F8010000001879006F00700073002E0074006D005F00640075006D00700000000000000000000000000000013B797AD0A90401

      000000020000001075007300650072006E0061006D0065000A00000018790061006D00630073002D00620072006900640067006500000000165F0079005F0075

      006E0069007100750065006900640006FBDDE0980000000000000000000000010000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

      00000000000000000000