tag:github.com,2008:https://github.com/aspone/rabbitmq-java-client/releasesTags from rabbitmq-java-client2014-06-17T10:09:02Ztag:github.com,2008:Repository/21861418/rabbitmq_v3_3_42014-06-17T10:09:02Zrabbitmq_v3_3_4tag:github.com,2008:Repository/21861418/rabbitmq_v3_3_32014-06-12T15:20:16Zrabbitmq_v3_3_3tag:github.com,2008:Repository/21861418/rabbitmq_v3_3_22014-05-22T01:44:16Zrabbitmq_v3_3_2michaelklishintag:github.com,2008:Repository/21861418/rabbitmq_v3_3_12014-04-28T14:17:45Zrabbitmq_v3_3_1radetag:github.com,2008:Repository/21861418/rabbitmq_v3_3_02014-03-25T15:15:39Zrabbitmq_v3_3_0tag:github.com,2008:Repository/21861418/rabbitmq_v3_2_42014-02-17T11:50:36Zrabbitmq_v3_2_4tag:github.com,2008:Repository/21861418/rabbitmq_v3_2_32013-12-23T23:23:04Zrabbitmq_v3_2_3: fix timing and failure handling in testRestartingExpiry<p>fix timing and failure handling in testRestartingExpiry</p>
<p>...which was failing nearly all the time on my laptop
<br />- publishing is async, so we don't know when the message has it the
<br /> server and hence the expiry timer starts. We could introduce a
<br /> confirm, but it's easier to just use the server restart as an
<br /> indicator.
<br />- when the assertion fails we still need to delete the
<br /> queue. otherwise other tests using the same queue name, but
<br /> different params, will fail.</p>radetag:github.com,2008:Repository/21861418/rabbitmq_v3_2_22013-11-07T15:22:00Zrabbitmq_v3_2_2tag:github.com,2008:Repository/21861418/rabbitmq_v3_2_12013-10-25T17:19:47Zrabbitmq_v3_2_1tag:github.com,2008:Repository/21861418/rabbitmq_v3_2_02013-10-17T13:23:09Zrabbitmq_v3_2_0