I do not think you even need to server. You simply use thrift to write
objects to a buffer/disk/ipc socket, and use thrift on the other side to
read it back.

On Mon, Sep 14, 2015 at 8:03 PM, David Bennett <[email protected]> wrote:

> Thanks for your answer.
>
> Yes, I could see that it must be 'possible' from reading bits of the
> source code. What I can't tell is whether it's just a latent possibility
> lacking some key bits of code, or whether it's an actual possibility if I
> only knew how.
>
> Assume (a) a server in either Java or C#. Assume (b) a client in any of
> Java, C#, C++ or Ruby. How would you go about 'easily passed to the other
> side' for some combination of (a) and (b)?
>
> Regards
> David M Bennett FACS
>
> Andl - A New Database Language - andl.org
>
>
> -----Original Message-----
> From: Jens Geyer [mailto:[email protected]]
> Sent: Tuesday, 15 September 2015 7:20 AM
> To: [email protected]
> Subject: Re: Thrift as an in-process server?
>
> > For a mobile or desktop app there is no particular benefit in running
> > a socket-based server
>
> Sure. And on top of it, you are by no means bound to sockets. The modular
> protocol/transport stack makes it possible, that's one of the really nice
> things about Thrift.
>
> For example, a stream transport is supported by a number of languages. It
> basically serializes and deserializes the data into and from a
> variable-sized buffer, not much magic behind. The buffer can be passed
> easily to the other side, and vice versa.
>
> Have fun,
> JensG
>
>
> -----Ursprüngliche Nachricht-----
> From: David Bennett
> Sent: Monday, September 14, 2015 3:57 AM
> To: [email protected]
> Subject: Thrift as an in-process server?
>
> Is it possible to use Thrift for in-process cross-language marshalling?
>
> For a mobile or desktop app there is no particular benefit in running a
> socket-based server, and it's much easier to install and start up an app
> that makes an in-process call to a dynamic library.
>
> So is this possible?
>
> Regards
> David M Bennett FACS
>
> Andl - A New Database Language - andl.org
>
>
>

Reply via email to