thrift-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From c...@kattare.com
Subject RE: ExecutorService as a constructor parameter for TServer
Date Tue, 06 Jan 2009 00:52:24 GMT
Ok I got it.  Its under the Java compile now.

Quoting carl@kattare.com:

> Guys:
>
> I have created the Wish but under the Perl compiler (Doh!) by  
> mistake. Could not change it to Java.
>
> Quoting "Mark Slee" <mslee@facebook.com>:
>
>> Yeah, this sounds reasonable to me. I can see some reasonable use  
>> cases for this for processes that need to do both internal (i.e.  
>> non-Thrift) and server-invoked work (Thrift). A single executor  
>> service might give you better control over resource utilization if  
>> you want the same policy to apply to all tasks.
>>
>> Cheers,
>> Mark
>>
>> -----Original Message-----
>> From: Bryan Duxbury [mailto:bryan@rapleaf.com]
>> Sent: Monday, January 05, 2009 9:24 AM
>> To: thrift-user@incubator.apache.org
>> Subject: Re: ExecutorService as a constructor parameter for TServer
>>
>> I suspect it would be pretty simple, though the "correct" route is  
>> probably to make a TExecutorServiceServer and have  
>> TThreadPoolServer extend that at some point. Why do you want to use  
>> a centralized ExecutorService? It seems like that detail of how the  
>> server works is something that should remain concealed. If you'd  
>> like, you can create a ticket for it in the JIRA  
>> (https://issues.apache.org/jira/browse/
>> THRIFT), and can of course supply us with a patch.
>>
>> -Bryan
>>
>> On Jan 3, 2009, at 7:00 PM, carl@kattare.com wrote:
>>
>>> Hi:
>>>
>>> Would you consider adding a constructor parameter to the TServer
>>> (TThreadPoolServer)
>>> class in order to  pass a reference to an existing ExecutorService ?
>>> I am using a Java server program that manages a centralized
>>> ExecutorService (as other implementation I
>>> suspect) so it would be a nice feature to have.
>>>
>>> Regards,
>>>
>>
>>
>
>
>



Mime
View raw message