[protobuf] Trouble sending String representation of GPB from Java to C++

ween processes at this time. Thanks -Jerry -- 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...@go

[protobuf] Re: Trouble sending String representation of GPB from Java to C++

above code would work to send GPBs from Java to Java as String representations over JMS for example, correct? On Oct 6, 1:03 pm, Jason Hsueh wrote: > On Thu, Oct 6, 2011 at 9:49 AM, Jerry wrote: > > Simple ( hopefully ) question. I am sending a protocol buffer message > > from window

[protobuf] Re: Trouble sending String representation of GPB from Java to C++

++ ) TextFormat:parseFromString(dataString, &person); Where "dataString" is the TextMessage payload, successfully creates a c ++ person. Simplest thing should have heen tried first. Thanks On Oct 6, 2:28 pm, Jason Hsueh wrote: > On Thu, Oct 6, 2011 at 11:17 AM, Jerry wrote: > > Thanks for the quick res

[protobuf] XML or XSD to .proto files

Is there an existing tool for generating .proto files, or protobuf Messages themselves, from XML or an XSD ? If no such tools exist in wide use, what would be a good starting point for rolling my own .proto file generator? Meaning, what API's or Utils in the protobuf lib might facilitate the creat

Re: null values should be treated as no value

I definitely prefer clearField() for optional fields, but I could see throwing an NPE for required ones. On Nov 17, 5:33 am, Eran <[EMAIL PROTECTED]> wrote: > I prefer the second option (act the same as clearField()) > > On Nov 13, 9:43 pm, Kenton Varda <[EMAIL PROTECTED]> wrote: > > > I agree, t

Custom EnumValueOptions?

I'm trying to use a custom EnumValueOption: package test; import "google/protobuf/descriptor.proto"; extend google.protobuf.EnumValueOptions { optional string code = 1234; } enum ProductType { ROCK = 0 [(code) = "R"]; PAPER = 1 [(code) = "P"]; SCISSORS = 2 [(code) = "S"]; } However,

Re: null values should be treated as no value

Issue was added for this: http://code.google.com/p/protobuf/issues/detail?id=57 and a potential patch was submitted. Any chance for this in 2.0.3? On Nov 13, 1:43 pm, Kenton Varda <[EMAIL PROTECTED]> wrote: > I agree, the setters should either throw NPE or should treat setFoo(null) > the same as

Re: message collection support

Created an issue for this: http://code.google.com/p/protobuf/issues/detail?id=61 On Nov 17, 12:56 pm, Kenton Varda <[EMAIL PROTECTED]> wrote: > I would call it a ListBuilder or a RepeatedFieldBuilder, but it sounds like > a reasonable idea. > > On Sun, Nov 16, 2008 at 5:40 AM, bivas <[EMAIL PROTE

Re: Builder set* methods should be aware of null values

See discussion here: http://code.google.com/p/protobuf/issues/detail?id=57 On Apr 1, 5:03 pm, Jim Sermersheim wrote: > In the generated Java code, a typical Builder set method might look like > this: >       public Builder setSomething(java.lang.String value) { >         result.hasSomething = tr

Odd errors related to package and field names

Just wanted to check on this before I open a bug. Let's say I have two proto files: foo.proto: package foo; option java_outer_classname = "FooProtos"; message Foo { optional string code = 1; } bar.proto: package bar; option java_outer_classname = "BarProtos"; import "foo.proto"; mes

Re: Protobuf usage with HTTP

You can certainly POST the protobuf bytes to a url just like any other data. Of course, your server will need to know about the message type if you expect it to be able to do anything with the bytes. Here's an example of using protobuf and HTTP with JAX-RS: http://www.javarants.com/2008/12/27/us

[protobuf] Error when cross compiling protobuf/protoc to RISCV.

o ./.libs/libprotoc.so -pthread -Wl,-rpath -Wl,/home/jerry/Documents/drive/Projects/protobuf/build/lib ./.libs/libprotobuf.so: undefined reference to `google::protobuf::internal::Release_CompareAndSwap(long volatile*, long, long)' collect2: error: ld returned 1 exit status Makefile:3601: recipe for

Re: [protobuf] Error when cross compiling protobuf/protoc to RISCV.

> RISC-V, right? Does it work if you remove that one flag? > > On Sun, Nov 19, 2017 at 3:56 PM, Jerry Zhao > wrote: > >> I need a RISCV implementation of protobuf. I tried to follow the same >> instructions for cross compiling ARM, but with the compilers set t

[protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

Unfortunately, the only way to know the path to the Location object is to know the path to the descriptor proto object in question. Alternatively, you could iterate through all the sourcecodeinfo elements and use their paths to navigate to the correct descriptor object. One technique I have used

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

;> In short: How can I easily pair up DescriptorProto objects with the >>>> Location objects that correspond to them? Specifically for comment parsing >>>> purposes. >>>> >>> -- > You received this message because you are subscribed to the Google Group

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

ted when dealing with layers of nested_types and I am convinced >>>>>> there must be a way for me to extract the path from the particular >>>>>> DescriptorProto Object and then use that to match up the object with the >>>>>> path specified in

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

Location fields with the >>>>>>>> corresponding objects is via the path attribute >>>>>>>> <https://developers.google.com/protocol-buffers/docs/reference/cpp/google.protobuf.descriptor.pb>. >>>>>>>> This is fine; except for the fact th

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

>>>>>>>> >>>>>>>>> Also, as shaod@ points out, some comments will not show up in >>>>>>>>> sourcecodeinfo. >>>>>>>>> >>>>>>>>> On Wednesday, September 7, 2022 at 4:11:

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

:05 PM UTC-4 gb...@google.com >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Unfortunately, the only way to know the path to the Location >>>>>>>>>>> object is to know the path to the des

Re: [protobuf] Re: Best way to parse SourceCodeInfo Data From Protobuf Files

te: >>>>>>>>>>> >>>>>>>>>>>> Yes, the "hacky method" proposed by shaod@ is basically what I >>>>>>>>>>>> am doing currently. It just seems to be unnecessarily complicated. >>

[protobuf] Re: Proto enum growing reserved list

If the ID's are short lived, you might find string IDs to be better suited. How are the configs being defined, TextFormat? Or some other way? On Wednesday, October 5, 2022 at 4:01:48 PM UTC-6 Agnivah Poddar wrote: > Hi all, > > I am designing a new framework for my team wherein I introduce a new

[protobuf] Re: Error extracting protoc for version 3.11.4: Unsupported platform: protoc-3.11.4-osx-aarch_64.exe

Hi Ravi, version 3.11.x is outside of our support window. Can you update to a later version? Preferably the latest: 3.21.7 The v3.21 family added official builds for M1 Mac. On Tuesday, October 4, 2022 at 4:49:19 PM UTC-6 ravile..

[protobuf] Re: Error extracting protoc for version 3.11.4: Unsupported platform: protoc-3.11.4-osx-aarch_64.exe

It looks like something is insisting on v3.11.4, can you run the maven command with -X as the error suggests in the hopes that we get more information about why? On Friday, October 7, 2022 at 2:59:26 AM UTC-6 ravile...@gmail.com wrote: > Hi Jerry, > > i tired with latest version of

[protobuf] Re: Protoc won't generate java classes for nested classes having the same name

Hi Alexander, can you provide a link to the motivating gRPC contract example? Thanks, Jerry On Friday, January 20, 2023 at 1:19:13 AM UTC-7 Alexander Glukhov wrote: > Hello, I faced with an error when working with protoc for Java. > > The issue was described on > https:

[protobuf] Re: Pure POJO from protobuf v3

What difference you are expecting from the current output of protoc? On Monday, January 23, 2023 at 4:54:31 PM UTC-7 nga...@gmail.com wrote: > _P_lain _O_ld _J_ava _O_bject? > > On Sunday, January 22, 2023 at 2:43:32 PM UTC-8 cl.rob...@gmail.com wrote: > >> What is a POJO? >> >> On Sunday, Januar

[protobuf] Re: Getting enum value from object is slow

sed enums". Our long term plan is that proto enums will default to open as in proto3, so we are unlikely to change this behavior. If enum access is unacceptably slow, consider switching to int32 values -- it is a wire compatible change though certainly not quite as convenient or self-docum

[protobuf] Re: How to build a DynamicMessage?

rovide some way to look at the code you are attempting? It is hard to know what is wrong without seeing the actual set up code. Thanks, Jerry On Sunday, March 12, 2023 at 10:40:05 AM UTC-6 Siddharth Jain wrote: > I am building an application that will be given protobuf definition

[protobuf] Re: java.lang.NoSuchMethodError: 'com.google.protobuf.Timestamp com.google.protobuf.Timestamp$Builder.build()'

Hi Daniele, I'm having difficulty reproducing this issue. Do you have a project on GitHub or some other location where I can clone it and try it out? Thanks, Jerry On Tuesday, April 18, 2023 at 1:29:11 AM UTC-6 Daniele Segato wrote: > anyone? > > On Thursday, March 2, 2023 at 1

Re: [protobuf] Re: java.lang.NoSuchMethodError: 'com.google.protobuf.Timestamp com.google.protobuf.Timestamp$Builder.build()'

end of next week. > > I'll update here. > > Thank you! > Daniele > > On Thu, Apr 20, 2023, 17:31 'Jerry Berg' via Protocol Buffers < > protobuf@googlegroups.com> wrote: > >> Hi Daniele, >> >> I'm having difficulty reproducing t

Re: [protobuf] OpenTelemetry JSON Protobuf deviations

s discussion on the web visit > https://groups.google.com/d/msgid/protobuf/e1c3fb2c-d12f-443b-b722-780aa6050a8en%40googlegroups.com > <https://groups.google.com/d/msgid/protobuf/e1c3fb2c-d12f-443b-b722-780aa6050a8en%40googlegroups.com?utm_medium=email&utm_source=footer> > . > --

[protobuf] Protocol Buffers Version 25.3 is Released!

This version includes the following non-breaking changes: Apple Privacy Manifest Requirement - [CPP] Add the privacy manifest to the C++ CocoaPod. (9d1bc10

[protobuf] [Announcement] Protocol Buffers Version 28.0-rc2 is Released!

uffers forum <https://groups.google.com/g/protobuf>. -- Jerry Berg | Software Engineer | gb...@google.com | 720-808-1188 -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To unsubscribe from this group and stop receiving email