1// Protocol Buffers - Google's data interchange format 2// Copyright 2008 Google Inc. All rights reserved. 3// http://code.google.com/p/protobuf/ 4// 5// Redistribution and use in source and binary forms, with or without 6// modification, are permitted provided that the following conditions are 7// met: 8// 9// * Redistributions of source code must retain the above copyright 10// notice, this list of conditions and the following disclaimer. 11// * Redistributions in binary form must reproduce the above 12// copyright notice, this list of conditions and the following disclaimer 13// in the documentation and/or other materials provided with the 14// distribution. 15// * Neither the name of Google Inc. nor the names of its 16// contributors may be used to endorse or promote products derived from 17// this software without specific prior written permission. 18// 19// THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS 20// "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT 21// LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR 22// A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT 23// OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, 24// SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT 25// LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, 26// DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY 27// THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 28// (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE 29// OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 30 31// Author: kenton@google.com (Kenton Varda) 32// Based on original Protocol Buffers design by 33// Sanjay Ghemawat, Jeff Dean, and others. 34// 35// The messages in this file describe the definitions found in .proto files. 36// A valid .proto file can be translated directly to a FileDescriptorProto 37// without any other information (e.g. without reading its imports). 38 39 40 41package google.protobuf; 42option java_package = "com.google.protobuf"; 43option java_outer_classname = "DescriptorProtos"; 44 45// descriptor.proto must be optimized for speed because reflection-based 46// algorithms don't work during bootstrapping. 47option optimize_for = SPEED; 48 49// The protocol compiler can output a FileDescriptorSet containing the .proto 50// files it parses. 51message FileDescriptorSet { 52 repeated FileDescriptorProto file = 1; 53} 54 55// Describes a complete .proto file. 56message FileDescriptorProto { 57 optional string name = 1; // file name, relative to root of source tree 58 optional string package = 2; // e.g. "foo", "foo.bar", etc. 59 60 // Names of files imported by this file. 61 repeated string dependency = 3; 62 // Indexes of the public imported files in the dependency list above. 63 repeated int32 public_dependency = 10; 64 // Indexes of the weak imported files in the dependency list. 65 // For Google-internal migration only. Do not use. 66 repeated int32 weak_dependency = 11; 67 68 // All top-level definitions in this file. 69 repeated DescriptorProto message_type = 4; 70 repeated EnumDescriptorProto enum_type = 5; 71 repeated ServiceDescriptorProto service = 6; 72 repeated FieldDescriptorProto extension = 7; 73 74 optional FileOptions options = 8; 75 76 // This field contains optional information about the original source code. 77 // You may safely remove this entire field whithout harming runtime 78 // functionality of the descriptors -- the information is needed only by 79 // development tools. 80 optional SourceCodeInfo source_code_info = 9; 81} 82 83// Describes a message type. 84message DescriptorProto { 85 optional string name = 1; 86 87 repeated FieldDescriptorProto field = 2; 88 repeated FieldDescriptorProto extension = 6; 89 90 repeated DescriptorProto nested_type = 3; 91 repeated EnumDescriptorProto enum_type = 4; 92 93 message ExtensionRange { 94 optional int32 start = 1; 95 optional int32 end = 2; 96 } 97 repeated ExtensionRange extension_range = 5; 98 99 optional MessageOptions options = 7; 100} 101 102// Describes a field within a message. 103message FieldDescriptorProto { 104 enum Type { 105 // 0 is reserved for errors. 106 // Order is weird for historical reasons. 107 TYPE_DOUBLE = 1; 108 TYPE_FLOAT = 2; 109 // Not ZigZag encoded. Negative numbers take 10 bytes. Use TYPE_SINT64 if 110 // negative values are likely. 111 TYPE_INT64 = 3; 112 TYPE_UINT64 = 4; 113 // Not ZigZag encoded. Negative numbers take 10 bytes. Use TYPE_SINT32 if 114 // negative values are likely. 115 TYPE_INT32 = 5; 116 TYPE_FIXED64 = 6; 117 TYPE_FIXED32 = 7; 118 TYPE_BOOL = 8; 119 TYPE_STRING = 9; 120 TYPE_GROUP = 10; // Tag-delimited aggregate. 121 TYPE_MESSAGE = 11; // Length-delimited aggregate. 122 123 // New in version 2. 124 TYPE_BYTES = 12; 125 TYPE_UINT32 = 13; 126 TYPE_ENUM = 14; 127 TYPE_SFIXED32 = 15; 128 TYPE_SFIXED64 = 16; 129 TYPE_SINT32 = 17; // Uses ZigZag encoding. 130 TYPE_SINT64 = 18; // Uses ZigZag encoding. 131 }; 132 133 enum Label { 134 // 0 is reserved for errors 135 LABEL_OPTIONAL = 1; 136 LABEL_REQUIRED = 2; 137 LABEL_REPEATED = 3; 138 // TODO(sanjay): Should we add LABEL_MAP? 139 }; 140 141 optional string name = 1; 142 optional int32 number = 3; 143 optional Label label = 4; 144 145 // If type_name is set, this need not be set. If both this and type_name 146 // are set, this must be either TYPE_ENUM or TYPE_MESSAGE. 147 optional Type type = 5; 148 149 // For message and enum types, this is the name of the type. If the name 150 // starts with a '.', it is fully-qualified. Otherwise, C++-like scoping 151 // rules are used to find the type (i.e. first the nested types within this 152 // message are searched, then within the parent, on up to the root 153 // namespace). 154 optional string type_name = 6; 155 156 // For extensions, this is the name of the type being extended. It is 157 // resolved in the same manner as type_name. 158 optional string extendee = 2; 159 160 // For numeric types, contains the original text representation of the value. 161 // For booleans, "true" or "false". 162 // For strings, contains the default text contents (not escaped in any way). 163 // For bytes, contains the C escaped value. All bytes >= 128 are escaped. 164 // TODO(kenton): Base-64 encode? 165 optional string default_value = 7; 166 167 optional FieldOptions options = 8; 168} 169 170// Describes an enum type. 171message EnumDescriptorProto { 172 optional string name = 1; 173 174 repeated EnumValueDescriptorProto value = 2; 175 176 optional EnumOptions options = 3; 177} 178 179// Describes a value within an enum. 180message EnumValueDescriptorProto { 181 optional string name = 1; 182 optional int32 number = 2; 183 184 optional EnumValueOptions options = 3; 185} 186 187// Describes a service. 188message ServiceDescriptorProto { 189 optional string name = 1; 190 repeated MethodDescriptorProto method = 2; 191 192 optional ServiceOptions options = 3; 193} 194 195// Describes a method of a service. 196message MethodDescriptorProto { 197 optional string name = 1; 198 199 // Input and output type names. These are resolved in the same way as 200 // FieldDescriptorProto.type_name, but must refer to a message type. 201 optional string input_type = 2; 202 optional string output_type = 3; 203 204 optional MethodOptions options = 4; 205} 206 207 208// =================================================================== 209// Options 210 211// Each of the definitions above may have "options" attached. These are 212// just annotations which may cause code to be generated slightly differently 213// or may contain hints for code that manipulates protocol messages. 214// 215// Clients may define custom options as extensions of the *Options messages. 216// These extensions may not yet be known at parsing time, so the parser cannot 217// store the values in them. Instead it stores them in a field in the *Options 218// message called uninterpreted_option. This field must have the same name 219// across all *Options messages. We then use this field to populate the 220// extensions when we build a descriptor, at which point all protos have been 221// parsed and so all extensions are known. 222// 223// Extension numbers for custom options may be chosen as follows: 224// * For options which will only be used within a single application or 225// organization, or for experimental options, use field numbers 50000 226// through 99999. It is up to you to ensure that you do not use the 227// same number for multiple options. 228// * For options which will be published and used publicly by multiple 229// independent entities, e-mail protobuf-global-extension-registry@google.com 230// to reserve extension numbers. Simply provide your project name (e.g. 231// Object-C plugin) and your porject website (if available) -- there's no need 232// to explain how you intend to use them. Usually you only need one extension 233// number. You can declare multiple options with only one extension number by 234// putting them in a sub-message. See the Custom Options section of the docs 235// for examples: 236// http://code.google.com/apis/protocolbuffers/docs/proto.html#options 237// If this turns out to be popular, a web service will be set up 238// to automatically assign option numbers. 239 240 241message FileOptions { 242 243 // Sets the Java package where classes generated from this .proto will be 244 // placed. By default, the proto package is used, but this is often 245 // inappropriate because proto packages do not normally start with backwards 246 // domain names. 247 optional string java_package = 1; 248 249 250 // If set, all the classes from the .proto file are wrapped in a single 251 // outer class with the given name. This applies to both Proto1 252 // (equivalent to the old "--one_java_file" option) and Proto2 (where 253 // a .proto always translates to a single class, but you may want to 254 // explicitly choose the class name). 255 optional string java_outer_classname = 8; 256 257 // If set true, then the Java code generator will generate a separate .java 258 // file for each top-level message, enum, and service defined in the .proto 259 // file. Thus, these types will *not* be nested inside the outer class 260 // named by java_outer_classname. However, the outer class will still be 261 // generated to contain the file's getDescriptor() method as well as any 262 // top-level extensions defined in the file. 263 optional bool java_multiple_files = 10 [default=false]; 264 265 // If set true, then the Java code generator will generate equals() and 266 // hashCode() methods for all messages defined in the .proto file. This is 267 // purely a speed optimization, as the AbstractMessage base class includes 268 // reflection-based implementations of these methods. 269 optional bool java_generate_equals_and_hash = 20 [default=false]; 270 271 // Generated classes can be optimized for speed or code size. 272 enum OptimizeMode { 273 SPEED = 1; // Generate complete code for parsing, serialization, 274 // etc. 275 CODE_SIZE = 2; // Use ReflectionOps to implement these methods. 276 LITE_RUNTIME = 3; // Generate code using MessageLite and the lite runtime. 277 } 278 optional OptimizeMode optimize_for = 9 [default=SPEED]; 279 280 // Sets the Go package where structs generated from this .proto will be 281 // placed. There is no default. 282 optional string go_package = 11; 283 284 285 286 // Should generic services be generated in each language? "Generic" services 287 // are not specific to any particular RPC system. They are generated by the 288 // main code generators in each language (without additional plugins). 289 // Generic services were the only kind of service generation supported by 290 // early versions of proto2. 291 // 292 // Generic services are now considered deprecated in favor of using plugins 293 // that generate code specific to your particular RPC system. Therefore, 294 // these default to false. Old code which depends on generic services should 295 // explicitly set them to true. 296 optional bool cc_generic_services = 16 [default=false]; 297 optional bool java_generic_services = 17 [default=false]; 298 optional bool py_generic_services = 18 [default=false]; 299 300 // The parser stores options it doesn't recognize here. See above. 301 repeated UninterpretedOption uninterpreted_option = 999; 302 303 // Clients can define custom options in extensions of this message. See above. 304 extensions 1000 to max; 305} 306 307message MessageOptions { 308 // Set true to use the old proto1 MessageSet wire format for extensions. 309 // This is provided for backwards-compatibility with the MessageSet wire 310 // format. You should not use this for any other reason: It's less 311 // efficient, has fewer features, and is more complicated. 312 // 313 // The message must be defined exactly as follows: 314 // message Foo { 315 // option message_set_wire_format = true; 316 // extensions 4 to max; 317 // } 318 // Note that the message cannot have any defined fields; MessageSets only 319 // have extensions. 320 // 321 // All extensions of your type must be singular messages; e.g. they cannot 322 // be int32s, enums, or repeated messages. 323 // 324 // Because this is an option, the above two restrictions are not enforced by 325 // the protocol compiler. 326 optional bool message_set_wire_format = 1 [default=false]; 327 328 // Disables the generation of the standard "descriptor()" accessor, which can 329 // conflict with a field of the same name. This is meant to make migration 330 // from proto1 easier; new code should avoid fields named "descriptor". 331 optional bool no_standard_descriptor_accessor = 2 [default=false]; 332 333 // The parser stores options it doesn't recognize here. See above. 334 repeated UninterpretedOption uninterpreted_option = 999; 335 336 // Clients can define custom options in extensions of this message. See above. 337 extensions 1000 to max; 338} 339 340message FieldOptions { 341 // The ctype option instructs the C++ code generator to use a different 342 // representation of the field than it normally would. See the specific 343 // options below. This option is not yet implemented in the open source 344 // release -- sorry, we'll try to include it in a future version! 345 optional CType ctype = 1 [default = STRING]; 346 enum CType { 347 // Default mode. 348 STRING = 0; 349 350 CORD = 1; 351 352 STRING_PIECE = 2; 353 } 354 // The packed option can be enabled for repeated primitive fields to enable 355 // a more efficient representation on the wire. Rather than repeatedly 356 // writing the tag and type for each element, the entire array is encoded as 357 // a single length-delimited blob. 358 optional bool packed = 2; 359 360 361 362 // Should this field be parsed lazily? Lazy applies only to message-type 363 // fields. It means that when the outer message is initially parsed, the 364 // inner message's contents will not be parsed but instead stored in encoded 365 // form. The inner message will actually be parsed when it is first accessed. 366 // 367 // This is only a hint. Implementations are free to choose whether to use 368 // eager or lazy parsing regardless of the value of this option. However, 369 // setting this option true suggests that the protocol author believes that 370 // using lazy parsing on this field is worth the additional bookkeeping 371 // overhead typically needed to implement it. 372 // 373 // This option does not affect the public interface of any generated code; 374 // all method signatures remain the same. Furthermore, thread-safety of the 375 // interface is not affected by this option; const methods remain safe to 376 // call from multiple threads concurrently, while non-const methods continue 377 // to require exclusive access. 378 // 379 // 380 // Note that implementations may choose not to check required fields within 381 // a lazy sub-message. That is, calling IsInitialized() on the outher message 382 // may return true even if the inner message has missing required fields. 383 // This is necessary because otherwise the inner message would have to be 384 // parsed in order to perform the check, defeating the purpose of lazy 385 // parsing. An implementation which chooses not to check required fields 386 // must be consistent about it. That is, for any particular sub-message, the 387 // implementation must either *always* check its required fields, or *never* 388 // check its required fields, regardless of whether or not the message has 389 // been parsed. 390 optional bool lazy = 5 [default=false]; 391 392 // Is this field deprecated? 393 // Depending on the target platform, this can emit Deprecated annotations 394 // for accessors, or it will be completely ignored; in the very least, this 395 // is a formalization for deprecating fields. 396 optional bool deprecated = 3 [default=false]; 397 398 // EXPERIMENTAL. DO NOT USE. 399 // For "map" fields, the name of the field in the enclosed type that 400 // is the key for this map. For example, suppose we have: 401 // message Item { 402 // required string name = 1; 403 // required string value = 2; 404 // } 405 // message Config { 406 // repeated Item items = 1 [experimental_map_key="name"]; 407 // } 408 // In this situation, the map key for Item will be set to "name". 409 // TODO: Fully-implement this, then remove the "experimental_" prefix. 410 optional string experimental_map_key = 9; 411 412 // For Google-internal migration only. Do not use. 413 optional bool weak = 10 [default=false]; 414 415 // The parser stores options it doesn't recognize here. See above. 416 repeated UninterpretedOption uninterpreted_option = 999; 417 418 // Clients can define custom options in extensions of this message. See above. 419 extensions 1000 to max; 420} 421 422message EnumOptions { 423 424 // Set this option to false to disallow mapping different tag names to a same 425 // value. 426 optional bool allow_alias = 2 [default=true]; 427 428 // The parser stores options it doesn't recognize here. See above. 429 repeated UninterpretedOption uninterpreted_option = 999; 430 431 // Clients can define custom options in extensions of this message. See above. 432 extensions 1000 to max; 433} 434 435message EnumValueOptions { 436 // The parser stores options it doesn't recognize here. See above. 437 repeated UninterpretedOption uninterpreted_option = 999; 438 439 // Clients can define custom options in extensions of this message. See above. 440 extensions 1000 to max; 441} 442 443message ServiceOptions { 444 445 // Note: Field numbers 1 through 32 are reserved for Google's internal RPC 446 // framework. We apologize for hoarding these numbers to ourselves, but 447 // we were already using them long before we decided to release Protocol 448 // Buffers. 449 450 // The parser stores options it doesn't recognize here. See above. 451 repeated UninterpretedOption uninterpreted_option = 999; 452 453 // Clients can define custom options in extensions of this message. See above. 454 extensions 1000 to max; 455} 456 457message MethodOptions { 458 459 // Note: Field numbers 1 through 32 are reserved for Google's internal RPC 460 // framework. We apologize for hoarding these numbers to ourselves, but 461 // we were already using them long before we decided to release Protocol 462 // Buffers. 463 464 // The parser stores options it doesn't recognize here. See above. 465 repeated UninterpretedOption uninterpreted_option = 999; 466 467 // Clients can define custom options in extensions of this message. See above. 468 extensions 1000 to max; 469} 470 471 472// A message representing a option the parser does not recognize. This only 473// appears in options protos created by the compiler::Parser class. 474// DescriptorPool resolves these when building Descriptor objects. Therefore, 475// options protos in descriptor objects (e.g. returned by Descriptor::options(), 476// or produced by Descriptor::CopyTo()) will never have UninterpretedOptions 477// in them. 478message UninterpretedOption { 479 // The name of the uninterpreted option. Each string represents a segment in 480 // a dot-separated name. is_extension is true iff a segment represents an 481 // extension (denoted with parentheses in options specs in .proto files). 482 // E.g.,{ ["foo", false], ["bar.baz", true], ["qux", false] } represents 483 // "foo.(bar.baz).qux". 484 message NamePart { 485 required string name_part = 1; 486 required bool is_extension = 2; 487 } 488 repeated NamePart name = 2; 489 490 // The value of the uninterpreted option, in whatever type the tokenizer 491 // identified it as during parsing. Exactly one of these should be set. 492 optional string identifier_value = 3; 493 optional uint64 positive_int_value = 4; 494 optional int64 negative_int_value = 5; 495 optional double double_value = 6; 496 optional bytes string_value = 7; 497 optional string aggregate_value = 8; 498} 499 500// =================================================================== 501// Optional source code info 502 503// Encapsulates information about the original source file from which a 504// FileDescriptorProto was generated. 505message SourceCodeInfo { 506 // A Location identifies a piece of source code in a .proto file which 507 // corresponds to a particular definition. This information is intended 508 // to be useful to IDEs, code indexers, documentation generators, and similar 509 // tools. 510 // 511 // For example, say we have a file like: 512 // message Foo { 513 // optional string foo = 1; 514 // } 515 // Let's look at just the field definition: 516 // optional string foo = 1; 517 // ^ ^^ ^^ ^ ^^^ 518 // a bc de f ghi 519 // We have the following locations: 520 // span path represents 521 // [a,i) [ 4, 0, 2, 0 ] The whole field definition. 522 // [a,b) [ 4, 0, 2, 0, 4 ] The label (optional). 523 // [c,d) [ 4, 0, 2, 0, 5 ] The type (string). 524 // [e,f) [ 4, 0, 2, 0, 1 ] The name (foo). 525 // [g,h) [ 4, 0, 2, 0, 3 ] The number (1). 526 // 527 // Notes: 528 // - A location may refer to a repeated field itself (i.e. not to any 529 // particular index within it). This is used whenever a set of elements are 530 // logically enclosed in a single code segment. For example, an entire 531 // extend block (possibly containing multiple extension definitions) will 532 // have an outer location whose path refers to the "extensions" repeated 533 // field without an index. 534 // - Multiple locations may have the same path. This happens when a single 535 // logical declaration is spread out across multiple places. The most 536 // obvious example is the "extend" block again -- there may be multiple 537 // extend blocks in the same scope, each of which will have the same path. 538 // - A location's span is not always a subset of its parent's span. For 539 // example, the "extendee" of an extension declaration appears at the 540 // beginning of the "extend" block and is shared by all extensions within 541 // the block. 542 // - Just because a location's span is a subset of some other location's span 543 // does not mean that it is a descendent. For example, a "group" defines 544 // both a type and a field in a single declaration. Thus, the locations 545 // corresponding to the type and field and their components will overlap. 546 // - Code which tries to interpret locations should probably be designed to 547 // ignore those that it doesn't understand, as more types of locations could 548 // be recorded in the future. 549 repeated Location location = 1; 550 message Location { 551 // Identifies which part of the FileDescriptorProto was defined at this 552 // location. 553 // 554 // Each element is a field number or an index. They form a path from 555 // the root FileDescriptorProto to the place where the definition. For 556 // example, this path: 557 // [ 4, 3, 2, 7, 1 ] 558 // refers to: 559 // file.message_type(3) // 4, 3 560 // .field(7) // 2, 7 561 // .name() // 1 562 // This is because FileDescriptorProto.message_type has field number 4: 563 // repeated DescriptorProto message_type = 4; 564 // and DescriptorProto.field has field number 2: 565 // repeated FieldDescriptorProto field = 2; 566 // and FieldDescriptorProto.name has field number 1: 567 // optional string name = 1; 568 // 569 // Thus, the above path gives the location of a field name. If we removed 570 // the last element: 571 // [ 4, 3, 2, 7 ] 572 // this path refers to the whole field declaration (from the beginning 573 // of the label to the terminating semicolon). 574 repeated int32 path = 1 [packed=true]; 575 576 // Always has exactly three or four elements: start line, start column, 577 // end line (optional, otherwise assumed same as start line), end column. 578 // These are packed into a single field for efficiency. Note that line 579 // and column numbers are zero-based -- typically you will want to add 580 // 1 to each before displaying to a user. 581 repeated int32 span = 2 [packed=true]; 582 583 // If this SourceCodeInfo represents a complete declaration, these are any 584 // comments appearing before and after the declaration which appear to be 585 // attached to the declaration. 586 // 587 // A series of line comments appearing on consecutive lines, with no other 588 // tokens appearing on those lines, will be treated as a single comment. 589 // 590 // Only the comment content is provided; comment markers (e.g. //) are 591 // stripped out. For block comments, leading whitespace and an asterisk 592 // will be stripped from the beginning of each line other than the first. 593 // Newlines are included in the output. 594 // 595 // Examples: 596 // 597 // optional int32 foo = 1; // Comment attached to foo. 598 // // Comment attached to bar. 599 // optional int32 bar = 2; 600 // 601 // optional string baz = 3; 602 // // Comment attached to baz. 603 // // Another line attached to baz. 604 // 605 // // Comment attached to qux. 606 // // 607 // // Another line attached to qux. 608 // optional double qux = 4; 609 // 610 // optional string corge = 5; 611 // /* Block comment attached 612 // * to corge. Leading asterisks 613 // * will be removed. */ 614 // /* Block comment attached to 615 // * grault. */ 616 // optional int32 grault = 6; 617 optional string leading_comments = 3; 618 optional string trailing_comments = 4; 619 } 620} 621