You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Jake Farrell (JIRA)" <ji...@apache.org> on 2014/01/08 05:24:51 UTC

[jira] [Closed] (THRIFT-2287) Allow services as parameters

     [ https://issues.apache.org/jira/browse/THRIFT-2287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jake Farrell closed THRIFT-2287.
--------------------------------

    Resolution: Won't Fix

please reopen if you can provide a use case 

> Allow services as parameters
> ----------------------------
>
>                 Key: THRIFT-2287
>                 URL: https://issues.apache.org/jira/browse/THRIFT-2287
>             Project: Thrift
>          Issue Type: Brainstorming
>            Reporter: Wayne Rasmuss
>            Priority: Minor
>
> What about allowing services as parameters to thrift methods? This would be useful for returning interim results, logging and probably other use cases.
> At first I thought, nah that can't work, but I thought about it more and it seems maybe it could. Though I know little of Thrift's internals.
> When the service parameter was serialized only its connection information would be sent. Additional data may need to be provided to the service (true host name etc.) That would be fine with me.
> It seems like both sides should have most of the features they need for this. It would probably be a requirement that the service was started, bound etc before being passed a a parameter.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)