Hi Juan,
I think it may very well be possible to have a TTransport and
TServerTransport done over Standard In/Out.
What particular language are you talking about? There's existing support for
anonymous pipes as well as an TFDTransport for a few languages.
This would be used when creating
Isn't that an merely orthogonal aspect, IMHO?
Von: Onorato Vaticone
Gesendet: 30.11.2012 11:25
An: user@thrift.apache.org
Betreff: generation code (method definition)
Hi there,
I´m just wandering if it´s possible to generate the definition of a method
as well.
To: user@thrift.apache.org
Subject: Re: generation code (method definition)
what do you mean ?
On 30 November 2012 13:28, Jens Geyer jensge...@hotmail.com wrote:
Isn't that an merely orthogonal aspect, IMHO?
Von: Onorato Vaticone
Gesendet: 30.11.2012 11:25
Hi Sid,
there has been some discussion around this topic and there are also some
JIRA tickets that deal with this matter. I don't have them at hand right
now, but searching the mail archives and having a look at
https://issues.apache.org/jira/browse/THRIFT-1469 could be a good start.
The
org.apache.thrift.scheme.IScheme.read methods to unmarshal it
I'm not sure if this mailing list is the right place for this
discussion so please let me know if I should move this to jira or
developers mailing list.
Thanks,
-Sid
On Tue, Jan 1, 2013 at 2:02 AM, Jens Geyer jensge...@hotmail.com wrote:
Hi Sid
Hi,
I like the idea of the data types getting promoted to bigger ones on read,
but I'm still afraid it won't work. Lets assume a service like this:
struct foo {
1: i16 bignumber,
2: i16 anotherone,
3: i16 third
}
service bar {
foo Something( 1: foo input)
}
I think TCompactProtocol uses var length ints, achieving
something similar to what you mentioned.
Yep, but good point anyway.
Not that this would help w/ the original issue.
Of course, because it is only something similar and suffers from the same
limitations. What the OP suggests and/or
don't think it would affect the
performance that much.
- Henrique
On 15 March 2013 19:57, Jens Geyer jensge...@hotmail.com wrote:
I think TCompactProtocol uses var length ints, achieving
something similar to what you mentioned.
Yep, but good point anyway.
Not that this would help w
Hi Tarun,
Let's say, binary is widely supported in one way or another.
May we know the background behind your question?
Jens
-Ursprüngliche Nachricht-
From: Tarun Goyal
Sent: Friday, March 29, 2013 12:31 PM
To: user@thrift.apache.org
Subject: Is binary data type considered a base
Please have a look at the DocTest.thrift file in the test folder.
-Ursprüngliche Nachricht-
From: Tarun Goyal
Sent: Saturday, March 30, 2013 5:12 AM
To: user@thrift.apache.org
Subject: how to add comments in IDL file that will come in .cpp file and
.java file?
Please help
--
Hi Avinash,
Short answer: if this structure suit your needs then it will be perfectly
ok.
Long answer: At the end, the most important thing to consider is what you
want to achieve and who will be the consumers of your service.
Your are about to design a part of an API, which purpose will
Hi,
there are two basic use cases from my understanding. First, the optimization of
the memory block allocated with one call. Next, the effect of protecting the
Server against malformed or garbage binary packets, at least to some extent.
- Ursprüngliche Nachricht -
Von: John R. Frank
Hi Avinash,
When I implement my server in Java, do i need to update all the fields
while constructing response . Or just some field updates is enough.
You would have to set required fields, if there were any. Since your
Response struct only consists of optionals, it would be perfectly legal
= new
ArrayListAnotherStructure();
allrows.add(singleRow);
}
sr.getResultSet().setRows(allrows);
Thanks
Avinash
On Tue, May 14, 2013 at 3:17 AM, Jens Geyer jensge...@hotmail.com wrote:
Hi Avinash,
When I implement my server in Java, do i need to update all
Hi,
well that sounds interesting.
We recently came up here with a similar situation while discussing ideas.
Bottom line was, that it would probably best to serialize the outer calls into
some neutral package which is then transported through another service. This
way the inner does act a pure
No, this will not work. What exactly is your use case?
Von: Christopher Jones
Gesendet: 06.07.2013 16:23
An: user@thrift.apache.org
Betreff: User defined callback
Are user defined callbacks not allowed in thrift or am I doing something
wrong?
// cb.thrift
Hi Dvir,
your summary is fairly accurate.
I did not actively monitor github whether Travis (he made the 1.x upgrade
patch) is still working at it over there. At least there were no more
patches in the last weeks. Go support in Thrift master surely made a great
step forward, but of course we
at 9:56 PM, Jens Geyer jensge...@hotmail.com wrote:
Hi Dvir,
your summary is fairly accurate.
I did not actively monitor github whether Travis (he made the 1.x upgrade
patch) is still working at it over there. At least there were no more
patches in the last weeks. Go support in Thrift master
Sorry for typos. ises = uses, stock = stick.
Von: Jens Geyer
Gesendet: 12.07.2013 09:03
An: user@thrift.apache.org
Betreff: AW: The state of Go support in thrift
Sounds good. The libraries are intended to implement such things in the way
that is the most
Do you want to cross-compile a Thrift program, or the Thrift compiler? The
compiler has some dependencies (see website), but a program using Thrift libs
generated code does not need flex etc.
Von: woojoo666
Gesendet: 23.07.2013 04:00
An: user@thrift.apache.org
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Wednesday, July 24, 2013 11:07 AM
To: 石孝川 ; user@thrift.apache.org
Subject: AW: some questions about commit
f509df9c969f71d360e7c1394d0d73cb6ab9955c
Hi,
there's one simple reason: all integers in Thrift are signed by design.
Therefore byte
-with-thrift
In our project, we need transport model which included byte[] type field
to Server, so in thrift I defined listbyte type.
Try using binary.
Best regards,
Jens
-Ursprüngliche Nachricht-
From: 石孝川
Sent: Thursday, July 25, 2013 5:11 AM
To: Jens Geyer ; user@thrift.apache.org
Hi Avinash,
after doing a quick check over the java library I'm not quite sure whether
this is a bug in the Thrift code or not. There are two declarations of
isOneway(), both abstract. On the other hand, there are two occurences in
the generator, where the missing overrides seem to be
Hi Jelle Duives,
First question:
There are (at least) three options, depending on what you want to achieve.
(a) some implementations support pipe transports
(b) you could write your own transport implementation. It's not that hard,
for a starting point I would recommend to look for the
Hi Andrew,
Have you had a look at THRIFT-2005? It's a plan to support graph-like
structures, as a fourth container type besides list, set and map,
where you basically can form any kind of relation between instances of a
given type: a tree, a circular structure, multiple disconnected
String may involve conversion and parsing.
Von: nosql-菜鸟
Gesendet: 23.08.2013 08:31
An: user; user
Betreff: 回复：AW: Datetime data type in Thrift?
you can use string or i32. string is better.
-- 原始邮件 --
发件人: Jens Geyer;
发送时间
, of course I would help to implement. If one complain one have
to make it better ;).
My suggestion: the unix timestamp. It would be a i64 in thrift.
Am 23.08.2013 20:14, schrieb Jens Geyer:
Agree. A few points again, though.
• double or i64 for the wire format, depending on whats best for the
majority
Hi Youssef,
Thanks for spotting this.
I would appreciate if you check out the patch and give some feedback:
https://issues.apache.org/jira/browse/THRIFT-2165
Have fun,
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Wednesday, September 4, 2013 9:15 PM
To: user
Hi David,
I agree, and want to thank you for all the recherche work below.
How come it's not documented anywhere ? It seems like a pretty
major thing to be omitted.
As you found out, most of the documentation is in the (somewhat outdated)
Wiki and the Jira tickets. Some more information can
[...] your server side is going to handle the un
and cleartext pw and ask some service to validate
the combination.
Whoa. How do you manage comparing against a clear text pwd when you have
salted hashes in your DB? You /do/ have salted hashes, do you?
;-)
-Ursprüngliche Nachricht-
Good question. I asked it myself s while ago. Since C# distinguishes
identifiers by case, it may be not such a bad idea to not to do this. OTOH so
far nobody seems to have a real problem with the status quo ...
Von: David Sautter
Gesendet: 27.09.2013 16:40
An:
Is this a real use case? Is it a one time thing or more an hypothetical,
repeated thing?
Von: Andrew Pennebaker
Gesendet: 02.10.2013 16:08
An: Thrift Users
Betreff: Generate .thrift file based on example .json file?
TJSONProtocol is cool, but I'm wondering if
this, as well
as
Thrift-based projects, as interoperability would increase.
There isn't a mapping from an arbitrary json schema to a given .thrift
file. Thrift has a specific json schema that is unlikely to match
existing json byte-streams.
On Wed, Oct 2, 2013 at 10:52 AM, Jens Geyer jensge
That's good when you're in control of a service,
but what about interacting with someone *else's*
XML service? You can't always expect them to adopt
Thrift.
No way. Forget it.
JensG
Hi,
unfortunately, there is no native R support yet. But from what I read so
far, it seems as if it should be possible to create an R package based on
the existing C++ bindings with some effort. Need to say, that we of course
appreciate contributions? ;-)
Thank you,
Jens
Hi,
unfortunately, there is no native R support yet. But from what I read so
far, it seems as if it should be possible to create an R package based on
the existing C++ bindings with some effort. Need to say, that we of course
appreciate contributions? ;-)
Thank you,
Jens
There's a tutorial on http://thrift.apache.org - a good place to start. The
code is in the repo tree.
Von: gongfengguang
Gesendet: 29.10.2013 14:52
An: thriftuser
Betreff: create thrift server with c language
Hi.
I am using apache thrift. I want a c server,
Someone just brought to my attention that there is no C tutorial. Sorry, but I
really thought we had one.
From: Jens Geyer
Sent: Tuesday, October 29, 2013 5:25 PM
To: user@thrift.apache.org
Subject: AW: create thrift server with c language
There's a tutorial on http://thrift.apache.org
Generated code should not be modified for the very reason you mentioned. Some
languages like C# generate partial classes that can be easily extended.
It could be worth a look if specifically this operator overload could/should be
generated as well. One of the C++ people may chime in here.
Hi Janice,
please have a look at the Thrift tutorial code, which is a good example for
IDL files including each other. This works fine for me, so maybe you want to
have a look if you find can spot the problem in your IDL. A common mistake
is to forget the prefix of the included type:
file
Hi Aditya Sarawgi,
I think most of the confusion originates from making a mental difference
between call arguments and response data. Think of the service function call
as something like
response = service.function( arg1, arg2, arg3)
The args could be a struct as well, like
request =
, 2013 at 1:56 PM, Jens Geyer jensge...@hotmail.com wrote:
Hi Aditya,
I wonder if it would be possible for you to prepare a patch to update the
tutorial sources accordingly? You don't have to, I'm just asking.
http://thrift.apache.org/docs/HowToContribute/
Have fun,
Jens
-Ursprüngliche
Hi Aditya,
I wonder if it would be possible for you to prepare a patch to update the
tutorial sources accordingly? You don't have to, I'm just asking.
http://thrift.apache.org/docs/HowToContribute/
Have fun,
Jens
-Ursprüngliche Nachricht-
From: Aditya Sarawgi
Sent: Thursday,
No, but you can edit the .csproj manually file to include all files from a
folder using wildcards. Works for me.
Von: Myles McDonnell
Gesendet: 26.11.2013 12:22
An: user@thrift.apache.org
Betreff: Single file csharp output
Is it possible to instruct the compiler
Hi Ben,
from my experiences with both Cassandra and Thrift this is somewhat unusual.
Maybe it helps to know, which language you are using and what Cassandra
client (if any)?
Have fun,
Jens
-Ursprungliche Nachricht-
From: Benedikt, Neuenfeldt (NED)
Sent: Wednesday, November 27,
Hi Onorato,
looks as if the ThreadedServer is indeed missing from both
libthrift*.vcxproj files. I can't say whether this is by intention or not
(maybe one of the C++ folks can chime in), but I would recommend to also
have a look at the ThreadPool server. They have different usage scenarios
The easiest way to replicate it is to set the client read timeout to a
very low number (e.g. 100ms)
With best regards,
Ben
(2013/11/28 6:27), Jens Geyer wrote:
Hi Ben,
from my experiences with both Cassandra and Thrift this is somewhat
unusual.
Maybe it helps to know, which language you are using
.
Thanks.
Regards,
Oli
Am 21.12.2013 09:05, schrieb Jens Geyer:
Hi Oliver,
is this related to THRIFT-2293 or is it another, completely unrelated
leak?
Thanks,
JensG
Von: Oliver Zemann
Gesendet: 20.12.2013 16:29
An: user@thrift.apache.org
Betreff: Leak in TTransport
Hi Henry,
IIRC the C++implementation was one of the very first languages supported by
Thrift. So yes, the C++ support is very good.
In general, Thrift is supposed to be language-agnostic AND platform-agnostic.
I'm sure, the C++ guys around can help out with more details, if necessary.
Just
. Perhaps /%% Foo
%/ or /*** Foo */ could work. I'll keep playing with it today.
-Original Message-
From: Jens Geyer [mailto:jensge...@hotmail.com]
Sent: 13 January 2014 3:10
To: user@thrift.apache.org
Subject: Re: Is full program doctext still allowed?
Hi Craig,
AFAIK it is not implemented
Amen to the swiss army knife!
Von: Rush Manbert
Gesendet: 14.01.2014 17:21
An: user@thrift.apache.org
Betreff: Re: any recommendable open-sources for c++ developers
We use Thrift in both C++ and Java on Mac and Windows. Servers are Mac/Java,
clients are
of the box.
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Wednesday, January 15, 2014 9:00 PM
To: user@thrift.apache.org
Subject: Re: Methods to improve the performance of Thrift (C#) query for
Hbase
And you are sure that it is not an HBase problem?
Just asking
, 2014, at 1:59 AM, Jens Geyer jensge...@hotmail.com wrote:
Amen to the swiss army knife!
Von: Rush Manbert
Gesendet: 14.01.2014 17:21
An: user@thrift.apache.org
Betreff: Re: any recommendable open-sources for c++ developers
We use Thrift in both C++ and Java on Mac
I just found this, not yet finished reading it, but seems fairly good:
http://de.slideshare.net/IgorAnishchenko/pb-vs-thrift-vs-avro
It's without ICE, however.
ICE seems to be GPL, if that is a problem.
http://www.zeroc.com/licensing.html
materials for easy understanding?
Did anyone already test it?
henry.
On Jan 17, 2014, at 5:22 AM, Jens Geyer jensge...@hotmail.com wrote:
I doubt that anyone around will give you whatever kind of guarantees.
But I know that we use it successfully for a while now in multiple
projects. I also know
Vikas,
the single best recommendation is to have a look at the tutorials. If you have
specific questions or need help, you are free to ask here or at freenode at any
time.
Have fun!
JensG
Von: vikas prasad
Gesendet: 27.01.2014 15:03
An: user@thrift.apache.org
/
and there is also the windows README in the source:
compiler/cpp/README_Windows.txt
-Jake
On Mon, Jan 27, 2014 at 1:05 PM, Jens Geyer jensge...@hotmail.com wrote:
Vikas,
the single best recommendation is to have a look at the tutorials. If
you
have specific questions or need help, you are free
Hi,
If the on-the-wire content of the response is known and fix for a given test
case, you theoretically could put to use previously stored request/response
pairs and let the test fail on any differences in the returned data.
ideally regardless of service implementation language.
I think,
Hi,
that observation may be right, depending on what source(s) you used.
The web tutorial at http://thrift.apache.org has been updated just recently to
reflect the latest changes in the current development trunk. There have been
made substantial (breaking) changes since version 0.9.1. I
Hi Ronald,
In my opinion, the behaviour is correct, as there is no inheritance of
structural types with thrift, which includes exceptions. So the base class
message_ field is not used with your custom exceptions, because it is not
used :-) The string CTOR is solely (to be) used internally at
Sounds much like the problem found in
https://issues.apache.org/jira/browse/THRIFT-2336?focusedCommentId=13889924
Could that be the case?
That reminds me that we still need some fixes there ...
-Ursprüngliche Nachricht-
From: Jérémie Pinard Saint-Pierre
Sent: Monday, March 17, 2014
bd'
The 0xEF is one of the utf-8 start sequence codes of a 3 byte sequence,
http://en.wikipedia.org/wiki/UTF-8
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Tuesday, March 18, 2014 12:50 AM
To: user@thrift.apache.org
Subject: Re: Getting an Int64 from HBase using
;
default:
input.skip(ftype);
}
input.readFieldEnd();
}
input.readStructEnd();
return;
};
So what Thrift version are you using?
Furthermore, could it be related to THRIFT-1679?
Good night,
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Tuesday, March 18, 2014 1:14 AM
Hi Erik,
Why doesn't append return?
welcome to the mailing list.
I'm afraid, you probably ask at the wrong place, because Thrift is only the
means to talk to Flume and given your description below the problem is very
likely within Flume itself. You are welcome to ask, if the problem can be
I'm afraid, no (or not yet). There are several things that need to be addressed
when adding such a feature to Thrift.
We had a similar issue here, but designed the service accordingly from the
beginning to return only batches of the first/next N entries, because we were
aware of that
Hi Lars,
just create a JIRA ticket and add the patch file as outlined
in http://thrift.apache.org/docs/HowToContribute
Thanks,
JensG
-Ursprüngliche Nachricht-
From: Lars Benner
Sent: Tuesday, March 25, 2014 7:02 PM
To: user@thrift.apache.org
Subject: RE: C++ TThreadPoolServer
approach or are there any caveats in that.
Regards,
Anand
On 22 March 2014 14:30, Jens Geyer jensge...@hotmail.com wrote:
I'm afraid, no (or not yet). There are several things that need to be
addressed when adding such a feature to Thrift.
We had a similar issue here, but designed the service
+1 but it is not only the C# code. This pattern is used elsewhere too. That
doesn't make it better.
Von: Randy Abernethy
Gesendet: 28.05.2014 06:58
An: user@thrift.apache.org
Betreff: Re: Unnecessary Exceptions
Hi Craig,
I agree with your assessment of
What do you need the setters for when simply assigning the value will do?
Von: Alexis Gryta
Gesendet: 28.05.2014 09:11
An: user@thrift.apache.org
Betreff: Re: Getters/Setters in PHP with Thrift?
Thank you, I'm a french engineer student and I'm in an internship.
I
sure if I'm using typedef in an expected way or if there
are certain best practices i'm not following.
On Sun, May 25, 2014 at 10:36 AM, Jens Geyer jensge...@hotmail.com wrote:
Hi Samir,
could you put together a small, complete, self-containing example? Does
not need to be the real code, just
http://stackoverflow.com/questions/24001945/how-to-get-thrift-type-of-an-attribute
-Ursprüngliche Nachricht-
From: Alexis Gryta
Sent: Monday, June 2, 2014 7:54 PM
To: user@thrift.apache.org
Subject: Ruby : How to get thrift type of attribute ?
Hi everybody !
I would like to process
If there is none, you can easily build one. Just use a stream transport and
extract the data from the stream. Opposite way works similar. Does that do the
trick for you?
Have fun,
JensG
Von: Joseph Fradley
Gesendet: 03.06.2014 13:14
An: user@thrift.apache.org
(ms,
ms)));
ms.Seek(0, SeekOrigin.Begin);
StreamReader sr = new StreamReader(ms);
string jsonTxt = sr.ReadToEnd();
Console.WriteLine(jsonTxt);
}
On Tue, Jun 3, 2014 at 7:28 AM, Jens Geyer jensge...@hotmail.com wrote
Hi,
My thought on this is that the one-way message isn't actually
completely one-way; that we do send some sort of acknowledgement
packet, and this is causing a mess on the receiving end. I also notice
that if I put a breakpoint inside my call-back to the client (inside the
server's code) and
would
normally catch this) is returning -1. I don't know if that's a bug worth
fixing or not, since my real-world problem was elsewhere.
On 9 August 2014 09:51, Jens Geyer jensge...@hotmail.com wrote:
Hi,
My thought on this is that the one-way message isn't actually
completely one-way
Hi,
each node could send multiple requests (without waiting
for response from previous requests) to any other nodes.
If I get the problem right, you want to match incoming (async) responses
against a list of known outstanding requests. A proven solution is to add a
correlation ID to request
Hi Wilm,
I'd decouple the Thrift server from the poooled instances completely.
Whenever an incoming request needs an instance, it pulls it out dynamically
from the pool and pushes it back into the pool before the request handler
completes. That gives you the freedom to increase/decrease the
Hi,
Just wondering if Avro or Thrift are equally suitable when the source
schema is unknown.
No. Avro holds the schema within the data.
Thrift does not do this (performance), the schema must be known to all
parties up front.
http://avro.apache.org/docs/1.7.6/spec.html#Schema+Resolution
, Jens Geyer wrote:
Seems as if nobody really needs it?
-Ursprüngliche Nachricht- From: Konrad Grochowski
Sent: Tuesday, September 16, 2014 2:49 PM
To: user@thrift.apache.org
Subject: Re: oneway Thrift version 0.9.1 oneway flag generates regular
T_CALL as opposed to T_ONEWAY with c
There is a known issue with defaults for method args. Don't have the ticket #
at hand.
Von: Randy Abernethy
Gesendet: 25.09.2014 16:18
An: user@thrift.apache.org
Betreff: Re: optional keyword is ignored in argument lists.
The optional keyword is indeed ignored in
Amongst a number of other Apache projects, Thrift has been mentioned in a very
interesting blog post. It is merely a list of projects and products, but very
exhaustive and covers quite a lot of what is called the big data landscape.
Have fun,
JensG
-
“Big-data” is one
Awesome, great stuff, guys.
Von: Matt Chambers
Gesendet: 11.11.2014 03:30
An: user@thrift.apache.org
Betreff: Re: Performance Monitoring for Thrift-RPC services
I also switched from ICE to thrift. At least on the Java side, we accomplish
something similar by
Hi Gregor,
no, unfortunately not. All available switches are listed on the thrift --help
screen.
Is that a problem with your use case?
Have fun,
JensG
Von: gregory_l...@selinc.com
Gesendet: 30.12.2014 00:52
An: user@thrift.apache.org
Betreff: Camel Casing in C#
the trick. My
thought was to start with command line switches for the generator, like
the ones that are used when generating Java source.
Thanks,
Greg
From: Jens Geyer jensge...@hotmail.com
To: user@thrift.apache.org user@thrift.apache.org
Date: 12/30/2014 03:35 AM
Subject:AW
-
From: Jens Geyer jensge...@hotmail.com
To: user@thrift.apache.org
Date: 12/30/2014 01:54 PM
Subject:Re: Camel Casing in C#
Hi Greg,
[...]
our embedded firmware products [...] written in C
[...]
The data types in the firmware use lower case,
underscored field
Hi Tom,
unfortunately, your question is a bit out of scope on this mailing list,
which deals with the usage of the Thrift RPC framework, not with
HBase-related questions. I'd therefore recommend to
- either ask at http://hbase.apache.org/mail-lists.html
- or (as you already did) at SO:
PS: the enum {} can be used to hold the current step number, but it might be
better to put that info into the actionresult struct .
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Saturday, January 3, 2015 7:46 PM
To: user@thrift.apache.org
Subject: Re: Long running task
and check if this still exists.
On Tue Jan 13 2015 at 3:16:21 PM Jens Geyer jensge...@hotmail.com wrote:
deserialize broken binary data
In case of binary it *might* be the case, but OTOH it is unlikely that
there is no other error occurring and the structure of the broken data
follows
Union is built on top of struct. Some impls may still write all the fields,
however this is not necessary.
Von: Lehmann, Thomas
Gesendet: 20.01.2015 09:05
An: user@thrift.apache.org
Betreff: enum with thrift
Hi,
take a definition like here (using thrift 0.9.0):
Hi Tom,
I'm not exactly sure if I understand the issue correctly, but at least I can
say that the wire format of string shall be UTF-8. Anything else is
suspicios. See also https://issues.apache.org/jira/browse/THRIFT-414 for a
discussion of the latter.
Does that help you any further?
Hi Jonathan,
I would like to implement Kaltura server API using thrift.
Great!
[...] add global list of arguments to all requests [...]
such as client library version, client tag, account id,
session id and few more, these arguments could be
added to any request but none of them is
Oh, I forgot: There is some work on the THeader support, but this is (AFAIK)
not production-ready yet, and only supported by C++ right now.
JensG
-Ursprüngliche Nachricht-
From: Jens Geyer
Sent: Tuesday, March 31, 2015 8:18 PM
To: user@thrift.apache.org
Subject: Re: Global
A common misunderstanding is the difference between syntax and semantics of a
JSON (or XML) file. Thrift supports one particular JSON format. However, it
does not support *any* arbitrary JSON that you can think of.
The two options I see is to a) write the test cases in code or b) parse your
HackerEarth Engineering
Code is beautiful - Logging millions of requests everyday and what it takes
26 Feb 2015
http://engineering.hackerearth.com/2015/02/26/logging-millions-requests-what-it-takes/
(found on highscalability.com)
Hi Stu,
that sounds very much like a PUB/SUB scenario to me, is that correct?
In that case, I'd question whether an RPC framework like Thrift is the right
tool for the job.
That's not to say that you can't build things like this, or that you can't
use Thrift with Messaging or MQ systems.
Hi Andi,
thanks for catching this. Mind to submit a patch?
http://thrift.apache.org/docs/HowToContribute
Have fun,
JensG
-Ursprüngliche Nachricht-
From: Andreas Voellmy
Sent: Saturday, April 25, 2015 10:59 PM
To: user@thrift.apache.org
Subject: Ambiguous exports in
enums
I want to keep the server side as is and implement only client libraries.
If no one have a better idea, I guess I'll have to implement changes on the
server side as well.
T.
-Original Message-
From: Jens Geyer [mailto:jensge...@hotmail.com]
Sent: Sunday, April 19, 2015 6:22 PM
How would you implement it without generating translation map?
That was my first thought, to be honest. What speaks against it? Or maybe I
just don't understand the problem right.
-Ursprüngliche Nachricht-
From: Jonathan Kanarek
Sent: Sunday, April 19, 2015 4:57 PM
To:
Hi List,
Hi User ;-)
Yes and no. Thrift is a Serialization and RPC framework which can be used
for anything that exposes some public API, to some extent it can be
compared to SOAP or even REST. The question must be asked backwards: Whether
Hive offers a Thrift-based API. That may sound
1 - 100 of 213 matches
Mail list logo
