In your .proto file, just specify the file-level option cc_generic_services = false.
Comments from descriptor.proto: // Should generic services be generated in each language? "Generic" services // are not specific to any particular RPC system. They are generated by the // main code generators in each language (without additional plugins). // Generic services were the only kind of service generation supported by // early versions of proto2. // // Generic services are now considered deprecated in favor of using plugins // that generate code specific to your particular RPC system. If you are // using such a plugin, set these to false. In the future, we may change // the default to false, so if you explicitly want generic services, you // should explicitly set these to true. optional bool cc_generic_services = 16 [default=true]; optional bool java_generic_services = 17 [default=true]; optional bool py_generic_services = 18 [default=true]; On Wed, Mar 10, 2010 at 1:55 PM, awk <awkimp...@gmail.com> wrote: > I'm trying to throw together an alternative RPC mechanism using a > protoc plugin/CodeGenerator (rather than use the deprecated headers). > > I've hacked a new plugin together by liberally grabbing from the > current compiler/cpp generator sources. It works to output code that > looks good to my eyes however because I (deliberately) want to use the > Message subclasses etc. that are output from CppGenerator I get a > clash between the Service subclass definition output by my plugin and > the one output by CppGenerator. > > Other than removing the 'HasServices' call and the ServiceGenerator > subclass from the current compiler/cpp sources is there any other way > I can disable the CppGenerator output of my Service instance ? A > namespace doesn't really help since that's just driven from the > package clause in the .proto source > > Ideally what I'll have at the end of this is a protoc plugin that > basically does the same as the current CppGenerator for Services > (only) and could be used today by anyone who's already subclassed > Service, RpcController & RpcChannel, and can be used by others as a > basis to writing their own generator for services. > > -- > You received this message because you are subscribed to the Google Groups > "Protocol Buffers" group. > To post to this group, send email to proto...@googlegroups.com. > To unsubscribe from this group, send email to > protobuf+unsubscr...@googlegroups.com<protobuf%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/protobuf?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to proto...@googlegroups.com. To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/protobuf?hl=en.
