Comment #2 on issue 549 by arglanir: Cannot install to anywhere except
/usr/local/lib
https://code.google.com/p/protobuf/issues/detail?id=549
I have found the missing option at
https://www.mail-archive.com/protobuf@googlegroups.com/msg02998.html.
So if someone needs it, you should use:
Hi Oliver,
Thanks for the response! I guess my question wasn't quite clear. In my java
code I have a string which contains the content of a .proto file. Given
this string, how can I create an instance of a Descriptor class so I can do
DynamicMessage parsing.
Thanks!
- Pradeep
On Thursday,
I can not find the protobuf build tool for android (nano protobuf). Any one
has exprienced with this please help me, thanks!
--
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To unsubscribe from this group and stop receiving emails from it,
Hello, please help with the following problem.
I use CodedOutputStream to write a message's length and message itself to a
file.
When I later read from generated file, it turns out that file contains less
data.
I provide source code for simple test: write 1000 messages to a file and
then read
Basically, you can't do that in pure Java - the compiler is a C++
binary, there is no Java version.
Still, working with the output of --descriptor_set_out is probably the
way to go here. If you have the .proto file ahead of time, you can
pregenerate the descriptor output at build time and store
Ok… awesome… I do have the .proto’s ahead of time, so I can have them
compiled to the .desc files and store those.
Here’s my .proto file:
package com.lithum.pbnj;
import google/protobuf/descriptor.proto;
option java_package = com.lithium.pbnj;
extend google.protobuf.FieldOptions {
At no point are you specifying that you want to use the
MessagePublish descriptor, so you must still be using the API
incorrectly...
On Fri, Oct 31, 2014 at 5:10 PM, Pradeep Gollakota pradeep...@gmail.com wrote:
Ok… awesome… I do have the .proto’s ahead of time, so I can have them
compiled to
Ok… so I was finally able to parse a dynamic message and it looks good. It
looks like it was just a user error on my part… after a little bit of
digging around, I found the right APIs to call. Now my code looks like:
Descriptors.FileDescriptor fieldOptionsDesc =
On Fri, Oct 31, 2014 at 6:18 PM, Pradeep Gollakota pradeep...@gmail.com wrote:
Boolean extension =
fieldDescriptor.getOptions().getExtension(Messages.isPii);
Shouldn't this use some sort of API that doesn't use the Messages class at all?
-ilia
--
You received this message because you are
Not really... one of the use cases I'm trying to solve for is an
anonymization use case. We will have several app's writing protobuf records
and the data will pass through an anonymization layer. The anonymizer
inspects the schema's for all incoming data and will transform the pii
fields.
You may be running into issues where the set of descriptors associated
with your parsed DynamicMessage (i.e. the ones you parsed at runtime)
do not match the set of descriptors from your pregenerated code (which
will be using their own descriptor pool). IIRC they're looked up by
identity, so even
Confirmed... When I replaced the md variable with the compiled
Descriptor, it worked. I didn't think I was mixing the descriptors, e.g.
the MessagePublish message is one that is produced via the compiled API and
parsed using the DynamicMessage API. The isPii extension has been
refactored into a
12 matches
Mail list logo