Hi Daniel,

You should try testing with these Properties:

PROPERTY_SO_TIMEOUT - This will time-out the HTTP connection socket after the 
specified time. This specifies how long the client should wait before jclouds 
closes the connection and attempts to retry the HTTP call. I would suggest a 
value of 5 seconds.

PROPERTY_MAX_RETRIES - This specifies the maximum number of retries for the 
call that will be attempted by jclouds. Note that setting this to 0 will result 
in a single call. Setting this to 1 will retry once before failing. 

PROPERTY_RETRY_DELAY_START - This specifies how long the exponential backoff 
waits between retries. The exponential backoff retry mechanism in jclouds will 
double this value after each retry.

I don't think you can set them differently for different operations, though.

-Zack
________________________________________
From: Daniel Hsueh [daniel.hs...@evault.com]
Sent: Wednesday, September 10, 2014 8:38 AM
To: user@jclouds.apache.org
Subject: use exponential backoff on retry (was RE: JClouds BlobStore 
re-authentication when auth token expires)

Hello everyone,

Is there a way to configure the lengths of the delay in between retry attempts 
on auth, read, or write operations?

Thank you.


Daniel Hsueh
mailto:daniel.hs...@evault.com tel:+1-905-287-2167

-----Original Message-----
From: Daniel Hsueh
Sent: September 2, 2014 11:38 AM
To: 'user@jclouds.apache.org'
Subject: RE: JClouds BlobStore re-authentication when auth token expires

[snip]

One thing I'd like to configure is some kind of exponential backoff when the 
auth retry fails.  IIRC, there are three RetryOnRenew classes, and they either 
retry 5 times, or retry 5 times with a fixed delay between the 2,3,4th 
attempts.  Is there a way to configure an increasing backoff?

Thanks!


Daniel Hsueh
mailto:daniel.hs...@evault.com tel:+1-905-287-2167

Reply via email to