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 s
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 i
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. Since
On Fri, Oct 31, 2014 at 6:18 PM, Pradeep Gollakota 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 subscribed to the Go
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 =
DescriptorProtos.Field
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 wrote:
> Ok… awesome… I do have the .proto’s ahead of time, so I can have them
> compiled to the .desc files an
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 {
o
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 it
Jon,
I'm also interested in oneof support for C#.
On Thursday, October 2, 2014 6:51:10 AM UTC-6, Jon Skeet wrote:
>
> Yes, oneof support would probably be the top of my list :)
>
> We clearly need to support the whole proto language - but there are Java
> API changes which may not be as useful
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
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,
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, Oct
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:
.
13 matches
Mail list logo