Hi.
I get funny problem. In proto file I have one bytes field, it used
for exchanging small binary array of data(~100 bytes). In java side it
is ok, because of using ByteString as container. But on C++ consumer I
get an error, when access to field: libprotobuf ERROR c:\projects
Hello,
I am using the google protocol buffer reflection api to try to
dynamically create a gui for users to fill in Messages manually. I had
done this completely using Java reflection alone, but this eventually
led to problems synchronizing the data, and was all around more work
than google's
Can you provide a small reproduction of the problem? The generated code
should not be doing any UTF8 validation. Is it possible you have a field
defined elsewhere that has type 'string'?
On Tue, Sep 7, 2010 at 4:40 AM, Mk kuznetsov.m...@gmail.com wrote:
Hi.
I get funny problem. In proto file I
I'm confused. You mention using pure Java reflection, yet you also said you
are trying to do some stuff with protobuf reflection. You should not be
using Java reflection at all.
To get the field type, as defined in the .proto file, use
FieldDescriptor.getType()
On Tue, Sep 7, 2010 at 6:29 AM,
Just reporting a simple doc bug; the language guide says to use the
lang_abstract_services options (ex: cc_abstract_services) to disable
service/rpc generation, but the actual options are named
lang_generic_services.
See http://code.google.com/apis/protocolbuffers/docs/proto.html#options
--Nate
Default values for required fields do mean that: use the default if not
explicitly set. This only affects the in-memory object, though -
IsInitialized() will still fail if a required field is not set. However,
such a proto would be usable by a client that does not do required field
checking by
Calling the destructor is the only thing you need to do to completely free a
protobuf object.
Please make sure you are calling ShutdownProtobufLibrary() before your
program exits, otherwise some leak detectors will report false positives.
On Thu, Sep 2, 2010 at 8:03 AM, Jean-Sebastien Stoezel
If you make sure that protoc's output directory is in Eclipse's source path,
Eclipse should pick it up. You may have to right-click on the project and
choose refresh whenever you regenerate it.
On Fri, Sep 3, 2010 at 2:48 PM, Sean sean.bigdata...@gmail.com wrote:
I have a example.proto which
Wow, I can't believe that wasn't noticed earlier. I will fix these. Thanks
for the note.
On Tue, Sep 7, 2010 at 11:28 AM, Nate Jones njones.b...@gmail.com wrote:
Just reporting a simple doc bug; the language guide says to use the
lang_abstract_services options (ex: cc_abstract_services) to