Weird. There are some test cases that check that redelivery works on JCA flow ... This behavior occurs mainly when using client ack (messages are only redelivered when the connection which has consumed the messages but not returned any acks close).
On 11/15/06, Steve Kondik <[EMAIL PROTECTED]> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've written a few custom components with 3.1-SNAPSHOT. If an exception is thrown, the transaction does indeed rollback (I'm using JCAFlow), but no redelivery ever occurs. I've tried configuring a redeliveryPolicy on the connection factory, but it does not seem to help. I can see that the failed messages are put back on the queue. If I restart ServiceMix, the failed messages get redelivered, but otherwise they just sit on the queue forever. Is there some bit of magic that I am missing to make redelivery work? My component is a TCP connector for HL7 messages, and I need to be absolutely sure that nothing is lost due to a remote server being down. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFW1soMrBfzfMVwMcRAhtkAJ9nPRvleJahMgtnZ/LkwaXDDALRZACbBTUp QFfH35pzksOuhDSNiZ/eznM= =ufCk -----END PGP SIGNATURE-----
-- Cheers, Guillaume Nodet
