From kato-k at rubyforge.org  Mon Mar 17 00:12:12 2008
From: kato-k at rubyforge.org (kato-k at rubyforge.org)
Date: Mon, 17 Mar 2008 00:12:12 -0400 (EDT)
Subject: [ap4r-devel] [929] trunk: Moved uuid directory to below trunk
	directory.
Message-ID: <20080317041212.BC5B118586F9@rubyforge.org>

Revision: 929
Author:   kato-k
Date:     2008-03-17 00:12:12 -0400 (Mon, 17 Mar 2008)

Log Message:
-----------
Moved uuid directory to below trunk directory.

Added Paths:
-----------
    trunk/uuid/

Removed Paths:
-------------
    uuid/

Copied: trunk/uuid (from rev 928, uuid)



From kato-k at rubyforge.org  Mon Mar 17 00:14:09 2008
From: kato-k at rubyforge.org (kato-k at rubyforge.org)
Date: Mon, 17 Mar 2008 00:14:09 -0400 (EDT)
Subject: [ap4r-devel] [930] trunk: Moved reliable-msg directory to below
	trunk directory.
Message-ID: <20080317041410.1BF2918586EF@rubyforge.org>

Revision: 930
Author:   kato-k
Date:     2008-03-17 00:14:09 -0400 (Mon, 17 Mar 2008)

Log Message:
-----------
Moved reliable-msg directory to below trunk directory.

Added Paths:
-----------
    trunk/reliable-msg/

Removed Paths:
-------------
    reliable-msg/

Copied: trunk/reliable-msg (from rev 928, reliable-msg)



From noreply at rubyforge.org  Mon Mar 17 16:31:54 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 17 Mar 2008 16:31:54 -0400 (EDT)
Subject: [ap4r-devel] [ ap4r-Patches-18900 ] added retry delay
Message-ID: <20080317203154.B31BA185870B@rubyforge.org>

Patches item #18900, was opened at 2008-03-17 15:31
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=6912&aid=18900&group_id=1765

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: dave farkas (sakrafd)
Assigned to: Nobody (None)
Summary: added retry delay 

Initial Comment:
I added onto Pawel's patch #14722 the ability to incorporate a retry delay when a message fails by sending a retry_delay parameter in the queue headers section. If the retry_delay parameter is not given, ap4r will process failed messages immediately, which is old behaviour.


Example: This will try to process the message once every five minutes for a maximum of ten tries or until an hour has passed (whichever comes first). 

 ap4r.transaction do
   ap4r.async_to(ws_info, {:dispatch_mode => :SOAP,
                      :queue_name => queue.message.in,
                      :delivery => :repeated,
                      :expires => 3600,
                      :max_deliveries=> 10,
                      :priority => 1,
                      :retry_delay => 600}, queue_info)
 end

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=6912&aid=18900&group_id=1765