Protobuffs importer à partir d'un autre répertoire

Tout en essayant de compiler un proto fichier nommé UserOptions.proto qui dispose d'une importation de Compte nommé.proto à l'aide de la commande ci-dessous

protoc --proto_path=/home/project_new1/account --java_out=/home/project_new1/source   /home/project_new1/settings/Useroptions.proto

J'obtiens l'erreur suivante :

/home/project_new1/settings/UserOpti‌​ons.proto: File does not reside within any path specified using --proto_path (or -I). You must specify a --proto_path which encompasses this file.

PS: UserOptions.proto présents dans le répertoire /home/project_new1/paramètres

les importations en Compte.proto présents dans le répertoire
/home/project_new1/compte

Proto descripteur de fichiers:

UserOptions.proto

package settings;

import "Account.proto";

option java_outer_classname = "UserOptionsVOProto";

Compte.proto

package account;

option java_outer_classname = "AccountVOProto";

message Object
{
    optional string userId = 1;
    optional string service = 2;   
}
  • Il serait très utile si vous souhaitez donner un bref exemple complet de fichier de mise en page, le contenu du fichier, protoc de commande et résultat - qui illustre le problème.
  • J'ai aussi essayé en spécifiant le paquet niveau de détails dans l'instruction d'importation dans le fichier et de mentionner le upperlevel dans le répertoire --protoc lors de la compilation. Il ne détecte pas les importer dans ce cas.
  • Merci de modifier cela dans la question - il est difficile de lire dans les commentaires. Et donner le proto de détails afin que nous puissions reproduire le problème, plutôt que de simplement décrire.
  • sry ab qu'un nw j'ai édité que dans une question
  • Pas vraiment, vous n'avez pas encore donné tout ce dont nous avons besoin pour reproduire ce tout simplement.
  • laissez-nous continuer cette discussion dans le chat
  • Bon, maintenant, c'est probablement assez d'informations, même si nous n'avons vraiment pas besoin de ce niveau d'imbrication etc pour illustrer le problème - à l'avenir, merci de faire de votre mieux pour le rendre vraiment facile pour les gens à reproduire le problème. Je vais jeter un oeil quand j'aurais le temps ce soir.
  • ya sûr ll ne t à l'avenir un bon tq:)

InformationsquelleAutor Aarish Ramesh | 2014-01-16
  1. 10

    Que les états message d'erreur, le fichier que vous passer sur la ligne de commande doit être dans l'un des --proto_paths. Dans votre cas, vous avez spécifié un --proto_path de:

    /home/project_new1/

    Mais le fichier que vous êtes en passant est:

    /home/project_new1/settings/UserOpti‌ons.proto

    Avis que le fichier n'est pas dans le account sous-répertoire; c'est dans settings à la place.

    Vous avez deux options:

    • (Non recommandé) Passer un deuxième --proto_path argument à ajouter .../settings le chemin.

    • (Recommandé) d'Utiliser le racine de votre arborescence des sources comme le proto chemin. E. g.:

      protoc --proto_path=/home/project_new1/ --java_out=/home/project_new1 /home/project_new1/settings/UserOpti‌ons.proto

    Dans ce cas, pour importer des Account.proto, vous aurez besoin d'écrire:

    import "acco‌​unt/Account.proto";
    • En raison de la package déclaration MailAccount.proto, vous devez l'écrire comme com.adventnet.vo.kernel.model.account.BaseDFSLookupProto. java_outer_classname s'applique uniquement au code Java, pas .proto code.
    • Cela a fonctionné merci beaucoup!!
    • Ce serait génial si u jetez un oeil à cette question trop stackoverflow.com/questions/21227924/...
    • Il a travaillé sur la modification de la déclaration du package, mais je ne comprends pas la nécessité de changer et comment se fait-il résoudre l'importation ,de sorte que pouvez-vous expliquer?? et comment devraient-la déclaration du package être si je l'importation de plusieurs messages de la même proto??
    • Une dernière question, si j'ai un package par défaut dans la déclaration de proto comme ci-dessus, et je ne peux pas le modifier, ne pas être possible pour moi d'importation à tous?.. désolé pour l'avalanche de questions, en utilisant les importations en protobuffs r assez déroutant, c'est y!
    • Si vous importez un .proto qui a un autre package ligne, vous devez préfixer n'importe quel type de nom de fichier avec son nom. C'est vraiment tout là est à lui.
    • Cette réponse clarifié tout..merci!!

    InformationsquelleAutor Kenton Varda
  2. 0

    Pour ceux d'entre nous qui le veut vraiment énoncés, voici un exemple où j'ai installé le protoc beta pour le gRPC à l'aide de Packages NuGet Google.Protobuf, Grpc.De base et de Grpc.Outils. Ma solution paquets sont un niveau au-dessus de ma Grpc répertoire (c'est à dire à BruTrader\packages). Mon .proto fichiers sont au BruTrader\Grpc\protos.

    1. My .proto file:
syntax = "proto3";
import "timestamp.proto";
import "enums.proto";
package BruTrader.Grpc;

message DividendMessage {
    double amount = 1;
    google.protobuf.Timestamp dateUnix = 2;
}

2. my GenerateProto.bat file:
..\packages\Google.Protobuf.3.0.0-beta2\tools\protoc.exe -I..\Grpc\protos -I..\packages\Google.Protobuf.3.0.0-beta2\tools\google\protobuf --csharp_out=..\Grpc\Generated --grpc_out=..\Grpc\Generated --plugin=protoc-gen-grpc=..\packages\Grpc.Tools.0.13.0\tools\grpc_csharp_plugin.exe %1

3. my BuildProtos.bat
call GenerateProto ..\Grpc\protos\masterinstrument.proto
call GenerateProto .\protos\instrument.proto
etc.

4. BuildProtos.bat is executed as a Pre-build event on my Grpc project like this:
CD $(ProjectDir)
CALL "$(ProjectDir)BuildProtos.bat"
    InformationsquelleAutor Dale Brubaker