I was wondering if google protocl buffers can work with java 1.4
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe
Is there a C++ equivalent to
http://code.google.com/apis/protocolbuffers/docs/reference/python/google.protobuf-module.html
?
which is used to create protocol service and service stub classes from
ServiceDescriptor objects at runtime.
On Jun 29, 3:56 pm, Kenton Varda ken...@google.com wrote:
I am writing a Java server and C++ client and trying to use Protocol
Buffers for encoding the socket communication. I have written the Java
server and tested it with a Java based client and all is well.
However, I am having some difficulty with the C++ portion.
I've wrapped the socket code in my
The title should have been CodedInputStream.PushLimit/
PopLimitsightyping too fast.
Thanks for your patience.
Michael
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this
More specifically the service_reflection class.
On Jun 30, 9:26 am, rthompson.dtisoft@gmail.com
rthompson.dtisoft@gmail.com wrote:
Is there a C++ equivalent to
http://code.google.com/apis/protocolbuffers/docs/reference/python/goo...
?
which is used to create protocol service and
I was led to believe that protocol buffers could be used for PC to PC
communication, is there a way to do this, and if so, where can I find
the examples?
The example I am looking at provided writes to a file.
--~--~-~--~~~---~--~~
You received this message because
Protocol Buffers provides a way to convert between flat byte arrays and
structured data. This is obviously useful for network communication, but
protocol buffers does not provide any explicit networking support. It's up
to you to take the byte array generated by protocol buffers and send it over
Well, it's *supposed* to work as you say. But honestly, this code has not
been tested with blocking streams, since that's not how we use it in Google.
It's possible that there is a bug. But the code appears to be correct
AFAICT.
When CodedInputStream needs more data, it calls Refresh(), which
Right, but I'm importing a .proto file at runtime using the Importer
class. This ultimately leaves me with a ServiceDescriptor. I'd like
to instantiate that Service from the ServiceDescriptor.
The python code has a ServiceStubBuilder class. Where is there a
ServiceStubBuilder in the C++ API?
Oh, you want something like DynamicMessage except for services?
DynamicServiceStub, perhaps? There is no such thing included in the
library, but it would be really trivial to write. All you need to do is
implement the Service interface as a wrapper around the RpcChannel
interface. Have
Is there a full compilable example (in Java) on how to do this ?
What sort of service would I need to be running on a server to send
data (and have the server receive and convert the flat byte array into
a Java object).
On Jun 30, 2:32 pm, Kenton Varda ken...@google.com wrote:
Protocol Buffers
There are tons of resources on the internet and in books explaining how to
do network programming in Java. Sorry, but this is really outside the scope
of protocol buffers.
On Tue, Jun 30, 2009 at 2:46 PM, JavaSrvcs jvsr...@gmail.com wrote:
Is there a full compilable example (in Java) on how
I'm confused. Shouldn't I just create a class called
DynamicServiceStub and have it inherit from class LIBPROTOBUF_EXPORT
Service?
And then implement a method like Service* DynamicServiceStub::New
(ServiceDescriptor*, RpcChannel* ) ?
I'm just doing this on the client side. If we did this on
On Tue, Jun 30, 2009 at 4:28 PM, rthompson.dtisoft@gmail.com
rthompson.dtisoft@gmail.com wrote:
I'm confused. Shouldn't I just create a class called
DynamicServiceStub and have it inherit from class LIBPROTOBUF_EXPORT
Service?
And then implement a method like Service*
You could look at one of the open source RPC implementations listed here:
http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns#RPC_Implementations
Network communication is non-trivial. Trying to demonstrate it with an
example would make for a very big example of which only a few lines of code
My attempt to use default hash_map implementation in source leads to
infinite loop. So I tried to links source with STLport 4.6.1 version
for AIX.
For XLC i provided tempinc option to create default directory for
template instantiation. But I am not able to compile it.
Thanks for you, I have fixed this error.
best wishes!
2009-07-01
tony.caotong
发件人: Kenton Varda
发送时间: 2009-06-30 07:05:15
收件人: tong cao
抄送: Protocol Buffers
主题: Re: complite ERROR
You need to include zero_copy_stream_impl.h for FileOutputStream. You also
have an extra in
This looks like a problem with the STL implementation. Sorry, I don't know
what to do about this.
On Tue, Jun 30, 2009 at 5:32 PM, vikram patilvik...@gmail.com wrote:
My attempt to use default hash_map implementation in source leads to
infinite loop. So I tried to links source with STLport
Hey Kenton,
This is compilation without STL implementation . I am assuming
that if hash_map does not exist , google protocol buffer emulates
hash_map. I am pasting 3-4 instances of stack where protoc is in
infinite loop
#0 0xd1cfdc60 in
19 matches
Mail list logo