thrift-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Slee <>
Subject RE: PHP Client fails to read correct return values from the Java Service
Date Fri, 15 Jan 2010 02:36:26 GMT
Would need more info to debug this. Do you mind sharing more of your server implementation
code? The client code looks fine to me. I'm not really clear on how you'd get the result of
an old call when you're using a new socket each time, unless there is a bug with PHP's underlying
persistent socket implementation leaving old data in the socket buffer (I've never seen this
before, and it seems like it would create major problems if this could ever happen -- I would
have assumed that pfsockopen() would always reset the recv buffer).

Can you try running this without using PHP persistent sockets? See if it fixes the issue to
open/close a new socket every time?

-----Original Message-----
From: Utku Can Top├žu [] 
Sent: Tuesday, January 05, 2010 12:02 AM
Subject: PHP Client fails to read correct return values from the Java Service

Dear Thrift users and Developers,

I've written a simple service which has the following thrift definition:

service CounterService {
        string increment(1:i64 itemId),
        string getCount(1:i64 itemId),

In our system, we're using PHP as the client and Java as the Server,
Following the sample client and server stub examples included in the
tutorial package, I haven't made any big differences in both the Client and
Server code (and of course never touched the auto-generated code);

The Java Server makes use of the following simple stub:
CounterHandler handler = new CounterHandler();
CounterService.Processor processor = new CounterService.Processor(handler);
TServerTransport serverTransport;
serverTransport = new TServerSocket(8888);
server = new TThreadPoolServer(processor, serverTransport);

The CounterHandler implements CounterService.Iface

In the PHP Client code I have,

$server = '';
$socket = new TSocket($server, 8888, TRUE); //Using persistent connection to
the Java Service
$transport = new TBufferedTransport($socket, 1024, 1024);
$protocol = new TBinaryProtocol($transport);
$client = new CounterServiceClient($protocol);
$jcount = $client->increment($auctionId);

The problem is the fact that; under our production load (1500 persistent
socket connections from 7 PHP clients, about a total of  300 requests per
second), the PHP Client fails to get the correct increment(id) value from
the Buffer, it somehow gets previous replies from the Server.

I'm logging the Java Server transactions, the Java Server seems to work
fine; I'm suspecting that the problem occurs because of the PHP client

We are running PHP in lighttpd and fastcgi btw.

Any comments on solving the problem is welcome.

View raw message