(in ConnectionInputStream).
Does anybody know why that is so?
Tai
--~--~-~--~~~---~--~~
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
:56 AM, Tai maitai.tru...@gmail.com wrote:
Hi,
I did some similar performance tests based on that:
http://thrift-protobuf-compare.googlecode.com/svn
My tests runs under Java and uses Protocol Buffers 2.2.0.
Basically I am comparing Java Serialization vs. Protocol buffers with
byte size
, serialization and deserialization is quite small compared to
the remote call.
Tai
On Aug 18, 5:12 pm, Brice Figureau brice...@daysofwonder.com wrote:
On Tue, 2009-08-18 at 07:43 -0700, Tai wrote:
What I am measuring in writeObject() and readObject() is:
1) For PB I only measure
of 2 (35479 65651).
Tai
On Aug 18, 6:58 pm, Tai maitai.tru...@gmail.com wrote:
Hi Brice,
I have considered your input and uses Externalizable. My results
compares Java vs. PB and Serialization vs. Externalization:
Duration using Java Serial Protocol Buffers Serial Java External
Protocol
= SPEED;
In 2.1.0 and up, this is the default.
On Mon, Aug 17, 2009 at 10:29 AM, Tai maitai.tru...@gmail.com wrote:
Hi,
I did some simple test to compare Java vs. ProtocolBuffers. I know
that there is already a very verbose benchmark measuring
serialization, object creation and de
but I doubt that PB will get any
close to Java's total performance (serialization, deserialization and
object creation).
I was hoping to give our RMI environment a boost but I doesn't look
like this. I will give it another chance.
Tai
On 17 Aug., 22:07, Kenton Varda ken...@google.com wrote
Hi,
I have to proto files ADMObjectHandleMessage.proto and
AbstractADMAdapterMessage.proto:
ADMObjectHandleMessage.proto
==
package com.qnamic.base.agent;
message ADMObjectHandle {
optional string host = 1;
optional string agent = 2;
optional string
Ok. I forgot to the type the full qualified name including package:
required com.qnamic.base.agent.ADMObjectHandle objectHandle = 1;
Tai
On 4 Aug., 12:14, Tai maitai.tru...@gmail.com wrote:
Hi,
I have to proto files ADMObjectHandleMessage.proto and
AbstractADMAdapterMessage.proto
wrong?
Thanks Tai
--~--~-~--~~~---~--~~
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 from this group, send email to
protobuf+unsubscr
Yes, I am using Windows XP and Eclipse 3.5
On 4 Aug., 19:49, Stefan sneg...@gmail.com wrote:
Are you using Windows by any chance?
On Aug 4, 11:54 am, Tai maitai.tru...@gmail.com wrote:
I got a strange behaviour when compiling a protofile (e.g.
MyClass.proto). The generated java class
to FileDescriptor.buildFrom() don't match those
listed in the FileDescriptorProto.
because the name does not match with each other:
ADMObjectHandleMessage.proto .equals(ADMObjectHandleMessage.proto)
What am I doing wrong?
Tai
On 4 Aug., 19:49, Stefan sneg...@gmail.com wrote:
Are you using Windows by any chance
/protocolbuffers/
ADMTimeMessage.proto /
/exec
/target
/project
The argument was:
value=Platform/dev/config/protocolbuffers/
ADMObjectHandleMessage.proto
and not:
value=Platform/dev/config/protocolbuffers/
ADMObjectHandleMessage.proto
Tai
On 4 Aug., 22:12, Kenton Varda ken
. So far so good. But now I have a class called OListParameter and
its member (value) is a list of OParameter containing instances of
both types: OStringParameter and OLongParameter.
How do I describe this in a proto file?
Thanks Tai
--~--~-~--~~~---~--~~
You
.
On Tue, Aug 4, 2009 at 4:26 PM, Tai maitai.tru...@gmail.com wrote:
This could be a windows problem where white spaces are accepted when
doing a file lookup. I further assume when protoc takes the argument
it uses the filename including the white space to generate the class
name. Maybe
(in);
attributeB = message2.getAttributeB();
}
Is this the standard approach?
Thanks Tai
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to protobuf
15 matches
Mail list logo