Mailing-List: contact user-help@thrift.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@thrift.apache.org
Received-SPF: pass (nike.apache.org: domain of mchambers@wetafx.co.nz
 designates 110.232.144.26 as permitted sender)
Message-ID: <4FDFA9E0.5000407@wetafx.co.nz>
Date: Tue, 19 Jun 2012 10:21:20 +1200
From: Matthew Chambers <mchambers@wetafx.co.nz>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:10.0.5) Gecko/20120601 Thunderbird/10.0.5
MIME-Version: 1.0
To: user@thrift.apache.org
Subject: Re: Thrift C++ question
References: <4FDFA3EC.5000006@wetafx.co.nz>
 <A0F963DCF29346458CDF2969683DF6CC70F8ADAB@SC-MBX01-2.TheFacebook.com>
In-Reply-To: 
 <A0F963DCF29346458CDF2969683DF6CC70F8ADAB@SC-MBX01-2.TheFacebook.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Actually, your right, I can.  My hassle is that its quite a bit of code 
duplication (we have a large API) but I can just make a macro.

Thanks,
Matt

On 19/06/12 10:14, Mark Slee wrote:
> Are you asking about a C++ client? Why can't you apply the same technique as you're doing with Python?
>
> If you get a TTransportException, the right thing to do is to close and discard the transport as it may no longer be in a reliable state, then try again if so desired (ideally with some logic to prevent infinite retry loops in a non-intermittent failure scenario).
>
> Another way of asking, what is the hassle you're encountering that seems specific to C++?
> ________________________________________
> From: Matthew Chambers [mchambers@wetafx.co.nz]
> Sent: Monday, June 18, 2012 2:55 PM
> To: user@thrift.apache.org
> Subject: Thrift C++ question
>
> Anyone have a good way to retry an RPC on another connection if the
> client side service object fails with a TTransportException or socket
> error?
>
> In python its easy, I just bring up a new TSocket, Protocol, Transport,
> and Service on a different node and call the same function with the same
> args.  Users never even know a server just died or was restarted.  With
> C++ its proving to be more of a hassle.
>
> -Matt