当前位置: 首页 > 知识库问答 >
问题:

proc不会创建服务

宰父远
2023-03-14

我只是尝试使用协议缓冲区为Go语言生成代码。但是无法使用原型命令生成服务。

syntax = "proto3";
package greet;
option go_package="./greet/greetpb";
service GreetService{}

上面是一个虚拟的原型文件,我试图将其转换为Go语言。但是无法生成正确的文件,因为在我的系统中,它无法将service GreetService{}行识别为服务。

我正在windows系统上使用以下版本的protoc:

PS D:\Study\grpc\go-grpc-course> protoc --version
libprotoc 3.17.3

使用以下命令生成代码:

\greet\greetpb\greet.proto--go_out=。

下面是由上述命令生成的go代码:

// Code generated by protoc-gen-go. DO NOT EDIT.
// versions:
//  protoc-gen-go v1.26.0
//  protoc        v3.17.3
// source: greet/greetpb/greet.proto

package greetpb

import (
    protoreflect "google.golang.org/protobuf/reflect/protoreflect"
    protoimpl "google.golang.org/protobuf/runtime/protoimpl"
    reflect "reflect"
)

const (
    // Verify that this generated code is sufficiently up-to-date.
    _ = protoimpl.EnforceVersion(20 - protoimpl.MinVersion)
    // Verify that runtime/protoimpl is sufficiently up-to-date.
    _ = protoimpl.EnforceVersion(protoimpl.MaxVersion - 20)
)

var File_greet_greetpb_greet_proto protoreflect.FileDescriptor

var file_greet_greetpb_greet_proto_rawDesc = []byte{
    0x0a, 0x19, 0x67, 0x72, 0x65, 0x65, 0x74, 0x2f, 0x67, 0x72, 0x65, 0x65, 0x74, 0x70, 0x62, 0x2f,
    0x67, 0x72, 0x65, 0x65, 0x74, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x12, 0x05, 0x67, 0x72, 0x65,
    0x65, 0x74, 0x32, 0x0e, 0x0a, 0x0c, 0x47, 0x72, 0x65, 0x65, 0x74, 0x53, 0x65, 0x72, 0x76, 0x69,
    0x63, 0x65, 0x42, 0x11, 0x5a, 0x0f, 0x2e, 0x2f, 0x67, 0x72, 0x65, 0x65, 0x74, 0x2f, 0x67, 0x72,
    0x65, 0x65, 0x74, 0x70, 0x62, 0x62, 0x06, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x33,
}

var file_greet_greetpb_greet_proto_goTypes = []interface{}{}
var file_greet_greetpb_greet_proto_depIdxs = []int32{
    0, // [0:0] is the sub-list for method output_type
    0, // [0:0] is the sub-list for method input_type
    0, // [0:0] is the sub-list for extension type_name
    0, // [0:0] is the sub-list for extension extendee
    0, // [0:0] is the sub-list for field type_name
}

func init() { file_greet_greetpb_greet_proto_init() }
func file_greet_greetpb_greet_proto_init() {
    if File_greet_greetpb_greet_proto != nil {
        return
    }
    type x struct{}
    out := protoimpl.TypeBuilder{
        File: protoimpl.DescBuilder{
            GoPackagePath: reflect.TypeOf(x{}).PkgPath(),
            RawDescriptor: file_greet_greetpb_greet_proto_rawDesc,
            NumEnums:      0,
            NumMessages:   0,
            NumExtensions: 0,
            NumServices:   1,
        },
        GoTypes:           file_greet_greetpb_greet_proto_goTypes,
        DependencyIndexes: file_greet_greetpb_greet_proto_depIdxs,
    }.Build()
    File_greet_greetpb_greet_proto = out.File
    file_greet_greetpb_greet_proto_rawDesc = nil
    file_greet_greetpb_greet_proto_goTypes = nil
    file_greet_greetpb_greet_proto_depIdxs = nil
}

在以后的go代码中没有创建任何服务。是我做错了什么,还是这是个原始问题。非常感谢您的帮助。

共有1个答案

邹嘉荣
2023-03-14

您似乎忘记在使用Pro c时添加go-grpc_out参数。此参数用于生成gRPC代码。请尝试以下操作:

protoc greet.proto --go_out=. --go-grpc_out=.

这也在gRPC快速入门部分“重新生成gRPC代码”中进行了描述

 类似资料:
  • 我在我们的应用程序中使用eclipse milo java OPCUA客户端SDK来实现OPC。我能够创建会话、订阅和监视。它工作正常,但当opc服务器重新启动时,我尝试删除上一个会话并创建一个具有相同参数的新会话,我得到以下异常: UaException:状态=错误超时,消息=等待确认超时 抛出错误的行是: EndpointDescription[]endpoint=客户端。getEndpoin

  • 创建 faygo 的Web服务非常灵活自由。用户可以设置服务名称、服务版本号,一个项目应用可以同时创建多个服务、多种网络类型。 支持的网络类型: 网络类型 配置net_types值 HTTP http HTTPS/HTTP2(TLS) https HTTPS/HTTP2(Let’s Encrypt TLS) letsencrypt HTTPS/HTTP2(Let’s Encrypt TLS on

  • 问题内容: 我简单的命令行应用程序: 给我: 永远不会到达“返回0”处的断点。jvm.dll与我的命令行应用程序位于同一目录中。 我不明白这是怎么回事。有任何想法吗?提前感谢 问题答案: 我觉得你的问题是回答这个问题在阳光下JNI常见问题解答。 TL; DR版本:不要移动JVM安装的DLL。

  • 问题内容: 这个问题不太可能对将来的访客有所帮助;它仅与较小的地理区域,特定的时间段或极为狭窄的情况(通常不适用于Internet的全球受众)有关。要获得使该问题更广泛适用的帮助,请访问帮助中心。 7年前关闭。 我有带有Hibernate和Spring框架的Maven项目。我希望Hibernate自动创建表,但是只是删除所有现有表,并且不创建所需的表。在会话工厂初始化期间不会引发任何异常,但是当我

  • 在执行java代码期间执行时,会引发以下错误: 线程“main”组织中出现异常。openqa。硒。SessionNotCreateDexException:尝试在不建立连接的情况下运行命令生成信息:版本:'3.6.0',修订版:'6fbf3ec767',时间:'2017-09-27T16:15:26.402Z'系统信息:主机:'ADMIN-PC',ip:'192.168.1.6',操作系统。名称:

  • 当会话仅是一个未来的且还没有被建立的会话时被认为是“新”的。因为 HTTP是一种基于请求-响应的协议,直到客户端“加入”到 HTTP 会话之前它都被认为是新的。当会话跟踪信息返回到服务器指示会话已经建立时客户端加入到会话。直到客户端加入到会话,否则不能假定下一个来自客户端的请求被识别为同一会话。 如果以下之一是 true,会话被认为是“新”的: 客户端还不知道会话 客户端选择不加入会话。 这些条件