[ 
https://issues.apache.org/jira/browse/QPID-6482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15050963#comment-15050963
 ] 

Rob Godfrey commented on QPID-6482:
-----------------------------------

OK, so from that log we see:

{noformat}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,deliveryId=104,deliveryTag=,messageFormat=0,settled=true,more=true,batchable=true}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,more=false}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,more=false}
{noformat}

which looks wrong.  If this is what is really being sent, then ServiceBus is in 
error / sending non-compliant AMQP frames.  If there were really three frames 
for the delivery then it should read

{noformat}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,deliveryId=104,deliveryTag=,messageFormat=0,settled=true,more=true,batchable=true}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,more=true}
[Thu Dec 10 12:50:17 UTC 2015] FINE: 
RECV[xxxxxxxxxx.servicebus.windows.net/000.00.00.00:0000|0] : 
Transfer{handle=0,more=false}
{noformat}

i.e. the second transfer should indicate that it is not the last transfer of 
the delivery (there is a third transfer coming).


> NPE in SessionEndpoint.receiveTransfer when receiving large message
> -------------------------------------------------------------------
>
>                 Key: QPID-6482
>                 URL: https://issues.apache.org/jira/browse/QPID-6482
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Client
>    Affects Versions: 0.32
>            Reporter: Mark Soderquist
>         Attachments: qpid-jms-0.log
>
>
> We are occasionally seeing the following exception when receiving a message 
> of 500000 bytes. Sometimes it helps to increase the receive timeout but not 
> always:
> java.lang.NullPointerException
>       at 
> org.apache.qpid.amqp_1_0.transport.SessionEndpoint.receiveTransfer(SessionEndpoint.java:435)
>       at 
> org.apache.qpid.amqp_1_0.transport.ConnectionEndpoint.receiveTransfer(ConnectionEndpoint.java:655)
>       at 
> org.apache.qpid.amqp_1_0.type.transport.Transfer.invoke(Transfer.java:285)
>       at 
> org.apache.qpid.amqp_1_0.transport.ConnectionEndpoint.receive(ConnectionEndpoint.java:808)
>       at 
> org.apache.qpid.amqp_1_0.framing.FrameHandler.parse(FrameHandler.java:241)
>       at 
> org.apache.qpid.amqp_1_0.framing.ConnectionHandler.parse(ConnectionHandler.java:75)
>       at 
> org.apache.qpid.amqp_1_0.client.TCPTransportProvider.doRead(TCPTransportProvider.java:244)
>       at 
> org.apache.qpid.amqp_1_0.client.TCPTransportProvider.access$000(TCPTransportProvider.java:47)
>       at 
> org.apache.qpid.amqp_1_0.client.TCPTransportProvider$1.run(TCPTransportProvider.java:185)
>       at java.lang.Thread.run(Thread.java:745)
> Unknown endpoint 
> Transfer{handle=0,deliveryId=0,deliveryTag=\x00\x00\x00\x00\x00\x00\x00\x00,messageFormat=0}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to