#grpc

good mornings

GeertJohan: so you'd like a service which sends requests but expects no replies?

Kanalia: yes

It can ofcourse return an error, but that's already builtin

If there's no error: the request went fine.

what about an empty message?

(dunno if that's legal by proto standards though)

or a faux empty message, just without any variables associated (like some error code)

Right like I said, I'm now using `message Void {}`

sounds good enough :)

Well it feels kinda strange, but I can see how allowing absence of the argument and/or return value makes code generation more complicated

understandable, yes

GeertJohan: There is a well-known message type called Empty, that is basically the same as your Void.

Feel free to use your Void though, since it doesn't really hurt much. Empty just has the benefit of being more well-known (not specific to your service).