thrift-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Margozzi" <Mike.Margo...@quantum.com>
Subject RE: out of sequence response
Date Thu, 13 Oct 2011 18:05:27 GMT
I am using 0.6.1
I have a Java client talking to a C++ backend.

-----Original Message-----
From: Joel Meyer [mailto:joel.meyer@gmail.com] 
Sent: Thursday, October 13, 2011 10:04 AM
To: user@thrift.apache.org
Subject: Re: out of sequence response

What libraries are you using? I encountered the same issue when using
Java
client to talk to an Erlang server. There was an issue in the erlang
library
where the wrong sequence number was being returned (it may always have
been
setting 0 or something like that). It's fixed in a recent build. I think
Java didn't care about seq numbers until 0.6 or thereabouts, because I
didn't have the problem when using 0.5 libs.

Joel

On Fri, Sep 23, 2011 at 3:52 PM, Mike Margozzi
<Mike.Margozzi@quantum.com>wrote:

> Can anyone please shed some light on this 'out of sequence response"
> error I am getting?
>
> I searched around and read everything I could find on the Thrift web
> site. I also spent a
>
> fair amount of time with Google. Unfortunately I didn't find anything
to
> help me decide
>
> exactly what the problem is and how I can go about resolving it.
>
>
>
> When I make two thrift calls back to back, I get the error.
>
>
>
> I am assuming that this is what goes on:
>
>
>
> Request( seq=1 )
>
> Request( seq=2 )
>
>
>
> Response( Seq=2 )
>
> Response( Seq=1)
>
>
>
> I don't understand why things would need to come back in the same
order.
>
>
> Seems the response could be lined up with the request by the sequence
> number.
>
>
>
> What am I missing here? What do I need to do the resolve this issue?
>
> Any help is appreciated.
>
>
>
> Mike
>
>
>
>
>
>
>
>
>
>
>
> ----------------------------------------------------------------------
> The information contained in this transmission may be confidential.
Any
> disclosure, copying, or further distribution of confidential
information is
> not permitted unless such privilege is explicitly granted in writing
by
> Quantum. Quantum reserves the right to have electronic communications,
> including email and attachments, sent across its networks filtered
through
> anti virus and spam software programs and retain such messages in
order to
> comply with applicable data security and retention requirements.
Quantum is
> not responsible for the proper and complete transmission of the
substance of
> this communication or for any delay in its receipt.
>

Mime
View raw message