[ https://issues.apache.org/jira/browse/AMQNET-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13014138#comment-13014138 ]
Jim Gomes commented on AMQNET-323: ---------------------------------- I just checked my JMS reference book ("Enterprise JMS Programming") to see how it deals with this. It clearly shows an example of creating a message, setting the TTL on that message, and then sending it via a simple send message command. The direct implication being that the TTL that is set on the message would be respected and not overriden by the producer. Shortly after that example, it showed an example of how a semi-global default TTL is set on a per-session basis. NMS doesn't have this concept, but it does have a per-producer setting, which is what you were expecting to be set. It's currently possible to get the behavior you were expecting, but it takes some manual overrides instead of relying on defaults. Something like the following would do what you would want to have by default: {code} producer.Send(msg, producer.DeliveryMode, producer.Priority, producer.TimeToLive); {code} With NMS, we have a good way of setting these defaults because we have the ability to create messages via the producer instead of only via the session. I suggest that the {{Producer.CreateMessage()}} set of functions be modified to set the newly created message's {{NMSTimeToLive}} property to the producer's {{TimeToLive}}. This would be a reasonable way to allow maximum flexibility. The user can set the default time to live for a given producer, but still have the option of overriding it on a message-by-message basis without having to call a different send API to do so. > NMS Client does not respect TimeToLive with Listener callback > ------------------------------------------------------------- > > Key: AMQNET-323 > URL: https://issues.apache.org/jira/browse/AMQNET-323 > Project: ActiveMQ .Net > Issue Type: Bug > Components: ActiveMQ, NMS > Affects Versions: 1.5.0 > Environment: Windows 7 > Reporter: Matthew Good > Assignee: Jim Gomes > Attachments: TtlUnitTest.txt > > > When TimeToLive expires while a listener is in a redeliver loop, the > redelivery never stops. The following unit tests show this. The first unit > test uses Receive and it works fine. The second uses a listener and it fails. > I added these tests to AMQRedeliveryPolicyTests > {code} > [Test] > public void TestNornalRedeliveryPolicyOnRollbackUntilTimeToLive() > { > using(Connection connection = (Connection) CreateConnection()) > { > IRedeliveryPolicy policy = connection.RedeliveryPolicy; > policy.MaximumRedeliveries = -1; > policy.InitialRedeliveryDelay = 500; > policy.UseExponentialBackOff = false; > connection.Start(); > ISession session = > connection.CreateSession(AcknowledgementMode.Transactional); > IDestination destination = session.CreateTemporaryQueue(); > IMessageProducer producer = session.CreateProducer(destination); > IMessageConsumer consumer = session.CreateConsumer(destination); > // Send the messages > ITextMessage textMessage = session.CreateTextMessage("1st"); > textMessage.NMSTimeToLive = TimeSpan.FromMilliseconds(800.0); > producer.Send(textMessage); > session.Commit(); > ITextMessage m; > m = (ITextMessage)consumer.Receive(TimeSpan.FromMilliseconds(1000)); > Assert.IsNotNull(m); > Assert.AreEqual("1st", m.Text); > session.Rollback(); > // No delay on first Rollback.. > m = (ITextMessage)consumer.Receive(TimeSpan.FromMilliseconds(100)); > Assert.IsNotNull(m); > session.Rollback(); > // Show subsequent re-delivery delay is incrementing. > m = (ITextMessage)consumer.Receive(TimeSpan.FromMilliseconds(100)); > Assert.IsNull(m); > m = (ITextMessage)consumer.Receive(TimeSpan.FromMilliseconds(700)); > Assert.IsNotNull(m); > Assert.AreEqual("1st", m.Text); > session.Rollback(); > // The message gets redelivered after 500 ms every time since > // we are not using exponential backoff. > m = (ITextMessage)consumer.Receive(TimeSpan.FromMilliseconds(700)); > Assert.IsNull(m); > > } > } > [Test] > public void TestNornalRedeliveryPolicyOnRollbackUntilTimeToLiveCallback() > { > using(Connection connection = (Connection) CreateConnection()) > { > IRedeliveryPolicy policy = connection.RedeliveryPolicy; > policy.MaximumRedeliveries = -1; > policy.InitialRedeliveryDelay = 500; > policy.UseExponentialBackOff = false; > connection.Start(); > ISession session = > connection.CreateSession(AcknowledgementMode.Transactional); > IDestination destination = session.CreateTemporaryQueue(); > IMessageProducer producer = session.CreateProducer(destination); > IMessageConsumer consumer = session.CreateConsumer(destination); > CallbackClass cc = new CallbackClass(session); > consumer.Listener += new MessageListener(cc.consumer_Listener); > // Send the messages > ITextMessage textMessage = session.CreateTextMessage("1st"); > textMessage.NMSTimeToLive = TimeSpan.FromMilliseconds(800.0); > producer.Send(textMessage); > session.Commit(); > // sends normal message, then immediate retry, then retry after 500 > ms, then expire. > Thread.Sleep(2000); > Assert.AreEqual(3, cc.numReceived); > > } > } > class CallbackClass > { > private ISession session; > public int numReceived = 0; > public CallbackClass(ISession session) > { > this.session = session; > } > public void consumer_Listener(IMessage message) > { > numReceived++; > ITextMessage m = message as ITextMessage; > Assert.IsNotNull(m); > Assert.AreEqual("1st", m.Text); > session.Rollback(); > } > } > {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira