[
https://issues.apache.org/jira/browse/QPID-616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530430
]
Rupert Smith commented on QPID-616:
-----------------------------------
This is due to an underflow in the pending messages calculation in the test.
Will fix the test.
> Message Loss in NO_ACK Mode.
> ----------------------------
>
> Key: QPID-616
> URL: https://issues.apache.org/jira/browse/QPID-616
> Project: Qpid
> Issue Type: Bug
> Components: Java Broker, Java Client
> Affects Versions: M2
> Environment: Java client and broker, M2.
> Reporter: Rupert Smith
> Assignee: Rupert Smith
> Fix For: M2
>
>
> The test:
> ./Ping-Once-Async.sh -c[8] -s[1000] -d1D ackMode=257 pubsub=true
> destinationCount=10 messageSize=5000 persistent=false transacted=false
> broker=tcp://10.0.0.1:9000 consAckMode=257 consTransacted=false
> maxPending=500000 uniqueDests=false -o no_ack_test/ -n NoAckPubSub
> Jams after a while. On every message sent it increments a count, on every
> message received it decrements. A maximum count limit is set to prevent the
> test from OOMEing the broker. If messages are lost, and never received, the
> count will eventually hit its maximum value and jam the test.
> Investigate possible message loss in NO_ACK mode.
> Add a time-out into the test to fail it when this happens.
> Add numbering of messages to the test. Messages should arrive in the order
> they are sent, so message loss should show up as a gap.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
