I am trying to define a common basic message which defines the type of the message (for easier parsing) and is then extended with the actual message. The messages will be used in an RPC way.
My .proto file
syntax = "proto2";
package userapi;
// wrapper for commands
message Command
{
// for "subclassing"
extensions 100 to max;
enum Type
{
Request = 1;
Response = 2;
}
required Type type = 1;
}
message Request
{
// register this message type as extension to command
extend Command
{
optional Request command = 100;
}
optional string guid = 1;
}
message Response
{
// register this message type as extension to command
extend Command
{
optional Response command = 101;
}
optional string guid = 1;
//! error handling for command
optional ErrorMsg error = 2;
message ErrorMsg
{
enum ErrorCode
{
//! no error occured
NONE = 0;
//! the requested GUID already existed
GUID_NOT_UNIQUE = 1;
}
optional string ErrorString = 1;
}
}
Somewhat similar to this example, but i cant seem to set the extension value via
Command commandRequest;
commandRequest.set_type(Command_Type_Request);
auto extension = commandRequest.GetExtension(Request::command);
extension.set_guid("myGuid");
commandRequest.SetExtension(Request::command, extension);
The SetExtension() call fails with the following error message
error C2039: 'Set' : is not a member of 'google::protobuf::internal::MessageTypeTraits'
Unfortunately, this similar question does also not feature an example of the construction under c++.
Did i misunderstand the concept of extensions? What is a more clean way to establish this (and no, i dont want to serialize the command into a string).
I was following the examples under "nested extensions" in the documentation, which only sets basic types. I also tried to understand how rpcz solves this problem, but i failed, maybe some hints will help with this question?
Extensions are a lot like regular fields. For primitive fields, you get accessors to get and set the field. For sub-messages, though, you don't get a "set" accessor -- you get "get" and "mutable", just like you would for a regular submessage field. So, you want: