I see no remting format set. Looks like it used the default xml format.
On Wed, Feb 14, 2018 at 12:11 AM, Marc Gravell
wrote:
> Protobuf doesn't touch security, so we can ignore that one.
>
> Modelling datasets/DataTable is awkward. It isn't really a natural fit,
> but it can be manually forced.
Protobuf doesn't touch security, so we can ignore that one.
Modelling datasets/DataTable is awkward. It isn't really a natural fit, but
it can be manually forced. However, the first thing I'd say is: have you
set the "RemotingFormat" on the dataset to **binary** before using your
existing serializ
But that oneof says, only one field should be set at a time , and in my
example I need all of my fields to be set.
On 13-Feb-2018 23:49, "Adam Cozzette" wrote:
> Oneof fields are great for representing that, though: https://developers.
> google.com/protocol-buffers/docs/proto#oneof
>
> On Tue, F
Oneof fields are great for representing that, though:
https://developers.google.com/protocol-buffers/docs/proto#oneof
On Tue, Feb 13, 2018 at 10:15 AM, Yaseen Khan
wrote:
> But a single message can have various data types as seen in the example..
> The message Master {..}
>
> On 13-Feb-2018 23:4
But a single message can have various data types as seen in the example..
The message Master {..}
On 13-Feb-2018 23:41, "Adam Cozzette" wrote:
I mean to say just don't rely on the field names at all, and instead store
all the information you need in the serialized message. For example, your
seri
I mean to say just don't rely on the field names at all, and instead store
all the information you need in the serialized message. For example, your
serialized message could store a map that maps the string
property name to another message called DataType describing the kind of
data associated with
I'm sorry I don't understand. How would you serialise the field names?
On 13-Feb-2018 23:32, "Adam Cozzette" wrote:
> Ah, I see. I would try to find a way to do this without trying to rely on
> reflection, perhaps by serializing the names you need inside a proto
> message without using the actua
Ah, I see. I would try to find a way to do this without trying to rely on
reflection, perhaps by serializing the names you need inside a proto
message without using the actual field names.
On Tue, Feb 13, 2018 at 9:28 AM, Yaseen Khan
wrote:
> A dynamic form needs keys and values(if any) to be fe
A dynamic form needs keys and values(if any) to be fed to it to create a
form. I was thinking I could get the names of the properties in a msg with
a descriptor and feeding it to create a dynamic form.
Although a crude way of doing it is converting the jspb proto object to a
normal Object and read
But ordinarily you parse messages without needing any descriptors--why do
need a descriptor to read your message?
On Tue, Feb 13, 2018 at 9:20 AM, Yaseen Khan
wrote:
> Trying to create dynamic forms by reading proto msgs.
>
> On 13-Feb-2018 22:48, "Adam Cozzette" wrote:
>
>> What do you want to
Trying to create dynamic forms by reading proto msgs.
On 13-Feb-2018 22:48, "Adam Cozzette" wrote:
> What do you want to do with the descriptors?
>
> On Mon, Feb 12, 2018 at 10:15 PM, Yaseen Khan
> wrote:
>
>> So, could you possibly give me the work around for it? It would be very
>> helpful. T
What do you want to do with the descriptors?
On Mon, Feb 12, 2018 at 10:15 PM, Yaseen Khan
wrote:
> So, could you possibly give me the work around for it? It would be very
> helpful. Thanks!
>
> On Friday, 9 February 2018 17:06:45 UTC+5:30, Yaseen Khan wrote:
>>
>> I'm trying to get the descript
I know there is a plugin for *.proto files in
intellij.(https://plugins.jetbrains.com/plugin/8277-protobuf-support)
Is there any existing plugin for messages files generated when we call
toString() on Proto Object.
Any leads towards what the Format is called or the grammar of the format
will a
So i work in a legacy Visual Basic project. It is a client server
application. The client application sends up some table data to the server
that persists to a file system. A separate windows service then reads this
data and saves to the server database.
Now the data that is sent up from the cli
14 matches
Mail list logo
