protoc не создает половину кода

смотрю видео по старту в grpc.

Автор генерирует код из файла .proto устаревшей командой с использованием вызова плагина go_out=plugin:<some path>. Этот метод у меня не сработал c самого начала, но если не добавлять плагин а просто создать код командой protoc --go_out=. *.proto то генерируется файл adder.pb.go но без методов для работы сервера и я подозреваю что еще некоторых методов не хватает, а go_out=plugin:<some path> у меня не сработал.

Поэтому я стал гуглить и нашел инфу что protoc-gen-go перестал поддерживать плагины и заменен на protoc-gen-go-grpc. И в терминале была подсказка что я должен использовать go-grpc_out вместо go_out=plugin:..., что я и сделал.

Файл сформировался но в нем не хватает львиной доли кода, то есть файл adder_grpc.pb.go создан правильной утилитой protoc-gen-go-grpc, но некорректно

Гугление не дало результата и из-за этой проблемы я уже второй день не могу стартануть в grpc и моя задача не решается, что очень неприятно.

Мне необходимо сгенерировать файл adder_grpc.pb.go чтобы его содержимое было таким же как в видео. Сейчас мой файл adder.proto идентичен тому что в видео, а вот файл adder_grpc.pb.go такой:

// Code generated by protoc-gen-go-grpc. DO NOT EDIT.

package pkgpb

import (
    context "context"
    grpc "google.golang.org/grpc"
    codes "google.golang.org/grpc/codes"
    status "google.golang.org/grpc/status"
)

// This is a compile-time assertion to ensure that this generated file
// is compatible with the grpc package it is being compiled against.
// Requires gRPC-Go v1.32.0 or later.
const _ = grpc.SupportPackageIsVersion7

// AdderClient is the client API for Adder service.
//
// For semantics around ctx use and closing/ending streaming RPCs, please refer to https://pkg.go.dev/google.golang.org/grpc/?tab=doc#ClientConn.NewStream.
type AdderClient interface {
    Add(ctx context.Context, in *AdRequest, opts ...grpc.CallOption) (*AdResponse, error)
}

type adderClient struct {
    cc grpc.ClientConnInterface
}

func NewAdderClient(cc grpc.ClientConnInterface) AdderClient {
    return &adderClient{cc}
}

func (c *adderClient) Add(ctx context.Context, in *AdRequest, opts ...grpc.CallOption) (*AdResponse, error) {
    out := new(AdResponse)
    err := c.cc.Invoke(ctx, "/Adder/Add", in, out, opts...)
    if err != nil {
        return nil, err
    }
    return out, nil
}

// AdderServer is the server API for Adder service.
// All implementations must embed UnimplementedAdderServer
// for forward compatibility
type AdderServer interface {
    Add(context.Context, *AdRequest) (*AdResponse, error)
    mustEmbedUnimplementedAdderServer()
}

// UnimplementedAdderServer must be embedded to have forward compatible implementations.
type UnimplementedAdderServer struct {
}

func (UnimplementedAdderServer) Add(context.Context, *AdRequest) (*AdResponse, error) {
    return nil, status.Errorf(codes.Unimplemented, "method Add not implemented")
}
func (UnimplementedAdderServer) mustEmbedUnimplementedAdderServer() {}

// UnsafeAdderServer may be embedded to opt out of forward compatibility for this service.
// Use of this interface is not recommended, as added methods to AdderServer will
// result in compilation errors.
type UnsafeAdderServer interface {
    mustEmbedUnimplementedAdderServer()
}

func RegisterAdderServer(s grpc.ServiceRegistrar, srv AdderServer) {
    s.RegisterService(&Adder_ServiceDesc, srv)
}

func _Adder_Add_Handler(srv interface{}, ctx context.Context, dec func(interface{}) error, interceptor grpc.UnaryServerInterceptor) (interface{}, error) {
    in := new(AdRequest)
    if err := dec(in); err != nil {
        return nil, err
    }
    if interceptor == nil {
        return srv.(AdderServer).Add(ctx, in)
    }
    info := &grpc.UnaryServerInfo{
        Server:     srv,
        FullMethod: "/Adder/Add",
    }
    handler := func(ctx context.Context, req interface{}) (interface{}, error) {
        return srv.(AdderServer).Add(ctx, req.(*AdRequest))
    }
    return interceptor(ctx, in, info, handler)
}

// Adder_ServiceDesc is the grpc.ServiceDesc for Adder service.
// It's only intended for direct use with grpc.RegisterService,
// and not to be introspected or modified (even as a copy)
var Adder_ServiceDesc = grpc.ServiceDesc{
    ServiceName: "Adder",
    HandlerType: (*AdderServer)(nil),
    Methods: []grpc.MethodDesc{
        {
            MethodName: "Add",
            Handler:    _Adder_Add_Handler,
        },
    },
    Streams:  []grpc.StreamDesc{},
    Metadata: "adder.proto",
}

При этом все упоминания AdRequest AdResponse помечаются как ошибка ибо структуры не сгенерировались

Подскажите пожалуйста, как решить эту проблему? Неужели нет решения или вопрос непонятный


Ответы (1 шт):

Автор решения: umd

решил проблему взяв пример команды генерации с оф сайта.

Команда на сайте выглядит так:

protoc --go_out=. --go_opt=paths=source_relative \
    --go-grpc_out=. --go-grpc_opt=paths=source_relative \
    helloworld/helloworld.proto

Но я ее адаптировал до вида

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

В итоге получил 2 файла: один от protoc-gen-go, второй от protoc-gen-go-grpc.

Сперва в созданном grpc файле были ошибки в виде недекларированных имен и ошибки импорта пакетов grpc. Решил так:

удалил сгенерированные .pb.go файлы, потом в терминале

cd <путь/к/папке/прокта

go mod init <имя_папки_проекта_без_пути_и_слэшей>

go mod tidy

В дереве проекта появятся файлы go.sum, go.mod Далее:

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

При этом в .proto файле добавлен ключ

option go_package = "./pkgpb";

который создает файлы в указанной папке(у меня это вложенная в папку проекта папка pkgpb)

Буду пробовать пользоваться сгенерированным кодом.

Думаю будет достаточно локальный пакет pkgpb импортировать в основной код, чтобы вызывать сгенерированные методы, так как оба сгенерированных файла теперь в одном пакете. Но не проверял пока что

Итог:

protoc-gen-go-grpc создал методы для сетевых манипуляций, а protoc-gen-go создал все остальные основные методы)))

→ Ссылка