thrift

问题 I've been debugging a JDBC Connection error in hive, similar to what was asked here: Hive JDBC getConnection does not return. By turning on log4j properly, i finally got down to seeing this , before the getConnection() hangs. What is thrift waiting for ? If this is related to using the wrong thrift APIs, how can I determine versioning differences between client/server? I have tried copying all libraries from my hive server onto my client app to test if it is some kind of minor thrift class

问题 I am trying to insert something into cassandra 0.7.6 from Erlang R14B02 (through thrift 0.6.1) I am doing the following: Read record definitions rr(cassandra_types). Connect to cassandra {ok, C}=thrift_client_util:new("localhost", 9160, cassandra_thrift,[{strict_read, false}, {strict_write, false}, {framed, true}]). Try to insert a value (timestamp=1, 2=Quorum) Reply1 = thrift_client:call(C, 'insert', ["existing_keyspace", "new_key",#columnPath{column_family = "existing_column_family", column

问题 This is actually my first question on stackoverflow, but I've been having a problem that I can't really seem to solve. I'm making a Python server that calls an erlang client through thrift. The only function I've made in thrift is one called bar, which takes in an integer and prints bar (integer). Heres the Python Client, its not too complicated: #!/usr/bin/env python import sys sys.path.append('../gen-py') from foo import Foo from foo.ttypes import * from foo.constants import * from thrift

问题 I am using Ubuntu 10.04 LTS machine on which I cloned the git repository of Thrift and built it locally from the source. But latest version has some changes in it's API which is causing out application's build procedure to fail. Since the latest version of Thrift is tried is on my machine only, our team has decided to revert my system to an older and compatible version. But I am finding it hard to uninstall the existing (latest) version. How shall I go about it? 回答1: If you haven't deleted

问题 I'm getting the following error when attempting to connect to Hive from a simple java program in Eclipse. It looks like it connects then throws this error. I can connect to Hive Thrift server locally through beeline without issues. both libthrift .jar files are 0.9.2. Same on client and server. Version for server and client for the following .jar files are the same: hive-jdbc*.jar 1.2.0 hive-service*.jar 1.2.0 libfb303-0.9.0.jar 0.9.2 libthrift-0.9.0.jar 0.9.2 log4j-1.2.16.jar 1.2.16 slf4j

问题 I'd like to throws some java built-in exception such IOException in the Thrift IDL. like this: service B{ void removeLease() throws (1:ioexception e), } however, the Thrift compiler warns that ioexception doesn't be defined. 回答1: Every java exception is serializable, so it's possible to wrap it into thrift exception. Thrift code: exception SerializedException { 1: required binary payload } service MyService { int method(1: required string param) throws (1: SerializedException

问题 Say you have microservice A,B, and C which all currently communicate through HTTP. Say service A sends a request to service B which results in a response. The data returned in that response must then be sent to service C for some processing before finally being returned to service A. Service A can now display the results on the web page. I know that latency is an inherent issue with implementing a microservice architecture, and I was wondering what are some common ways of reducing this

问题 I'm writing a Java server based on Apache Thrift, that will receive data from a Javascript client. I have completed the Java server, but the problem is that I can get a working example for the Javascript client (I was unable to find a good example for it). the examples in the build documentation aren't very helpful. My current Javascript client is below: function testServer() { try { var transport = new Thrift.Transport("http://127.0.0.1:9090"); var protocol = new Thrift.Protocol(transport);

问题 Our project uses several thrift-generated classes. The java code generated by these classes is generating several hundred warnings, most of them unused imports and not declaring a long serialVersionUID (from Comparable). The rest of the codebase is... also generating warnings, to put it politely, and I don't want to just disable warnings of the type the thrift code is generating. Is there anything I can do with thrift to get it to generate better code? Is there a way to include warning