This document contains the help content for the weaver command-line program.
Command Overview:
weaver↴weaver registry↴weaver registry check↴weaver registry generate↴weaver registry resolve↴weaver registry search↴weaver registry stats↴weaver registry update-markdown↴weaver registry json-schema↴weaver registry diff↴weaver registry emit↴weaver registry live-check↴weaver registry mcp↴weaver registry infer↴weaver registry package↴weaver diagnostic↴weaver diagnostic init↴weaver completion↴weaver serve↴
Manage semantic convention registry and telemetry schema workflows (OpenTelemetry Project)
Usage: weaver [OPTIONS] <COMMAND>
registry— Manage Semantic Convention Registrydiagnostic— Manage Diagnostic Messagescompletion— Generate shell completionsserve— Start the API server (Experimental)
--debug— Turn debugging information on. Use twice (--debug --debug) for trace-level logs--quiet— Turn the quiet mode on (i.e., minimal output)--future— Enable the most recent validation rules for the semconv registry. It is recommended to enable this flag when checking a new registry. Note:semantic_conventionsmain branch should always enable this flag
Manage Semantic Convention Registry
Usage: weaver registry <COMMAND>
check— Validates a semantic convention registry.generate— Generates artifacts from a semantic convention registry.resolve— DEPRECATED - Resolves a semantic convention registry. This command is deprecated and will be removed in a future version. Please use 'weaver registry generate' or 'weaver registry package' instead.search— DEPRECATED - Searches a registry. This command is deprecated and will be removed in a future version. It is not compatible with V2 schema. Please search the generated documentation insteadstats— Calculate a set of general statistics on a semantic convention registryupdate-markdown— Update markdown files that contain markers indicating the templates used to update the specified sectionsjson-schema— Generate the JSON Schema of the resolved registry documents consumed by the template generator and the policy engine.diff— Generate a diff between two versions of a semantic convention registry.emit— Emits a semantic convention registry as example signals to your OTLP receiver.live-check— Perform a live check on sample telemetry by comparing it to a semantic convention registry.mcp— Run an MCP (Model Context Protocol) server for the semantic convention registry.infer— Generates a schema file by inferring the schema from a OTLP message.package— Packages a semantic convention registry into a self-contained artifact.
Validates a semantic convention registry.
The validation process for a semantic convention registry involves several steps:
- Loading the semantic convention specifications from a local directory or a git repository.
- Parsing the loaded semantic convention specifications.
- Resolving references and extends clauses within the specifications.
- Checking compliance with specified Rego policies, if provided.
Note: The -d and --registry-git-sub-dir options are only used when the registry is a Git URL otherwise these options are ignored.
The process exits with a code of 0 if the registry validation is successful.
Usage: weaver registry check [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--baseline-registry <BASELINE_REGISTRY>— Parameters to specify the baseline semantic convention registry -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Generates artifacts from a semantic convention registry.
Rego policies present in the registry or specified using -p or --policy will be automatically validated by the policy engine before the artifact generation phase.
Note: The -d and --registry-git-sub-dir options are only used when the registry is a Git URL otherwise these options are ignored.
The process exits with a code of 0 if the generation is successful.
Usage: weaver registry generate [OPTIONS] [TARGET] [OUTPUT]
-
<TARGET>— Target to generate the artifacts forDefault value: ``
-
<OUTPUT>— Path to the directory where the generated artifacts will be saved. Default is theoutputdirectoryDefault value:
output
-
-t,--templates <TEMPLATES>— Path to the directory where the templates are located. Default is thetemplatesdirectoryDefault value:
templates -
-c,--config <CONFIG>— List ofweaver.yamlconfiguration files to use. When there is a conflict, the last one will override the previous ones for the keys that are defined in both -
-D,--param <PARAM>— Parameters key=value, defined in the command line, to pass to the templates. The value must be a valid YAML value -
--params <PARAMS>— Parameters, defined in a YAML file, to pass to the templates -
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--future— Enable the most recent validation rules for the semconv registry. It is recommended to enable this flag when checking a new registryDefault value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
DEPRECATED - Resolves a semantic convention registry. This command is deprecated and will be removed in a future version. Please use 'weaver registry generate' or 'weaver registry package' instead.
Usage: weaver registry resolve [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--lineage— Flag to indicate if lineage information should be included in the resolved schema (not yet implemented)Default value:
false -
-o,--output <OUTPUT>— Output file to write the resolved schema to If not specified, the resolved schema is printed to stdout -
-f,--format <FORMAT>— Output format for the resolved schema Supported formats: yaml, json, jsonl, mute Default format: yaml Example:--format jsonDefault value:
yaml -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
DEPRECATED - Searches a registry. This command is deprecated and will be removed in a future version. It is not compatible with V2 schema. Please search the generated documentation instead
Usage: weaver registry search [OPTIONS] [SEARCH_STRING]
<SEARCH_STRING>— An (optional) search string to use. If specified, will return matching values on the command line. Otherwise, runs an interactive terminal UI
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--lineage— Flag to indicate if lineage information should be included in the resolved schema (not yet implemented)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Calculate a set of general statistics on a semantic convention registry
Usage: weaver registry stats [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--format <FORMAT>— Output format for the stats. Predefined formats are: text, json, yaml, jsonl, muteDefault value:
text -
--templates <TEMPLATES>— Path to the directory where the stats templates are locatedDefault value:
stats_templates -
-o,--output <OUTPUT>— Path to the directory where the generated artifacts will be saved. If not specified, the stats are printed to stdout -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Update markdown files that contain markers indicating the templates used to update the specified sections
Usage: weaver registry update-markdown [OPTIONS] --target <TARGET> <MARKDOWN_DIR>
<MARKDOWN_DIR>— Path to the directory where the markdown files are located
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--dry-run— Whether or not to run updates in dry-run modeDefault value:
false -
--attribute-registry-base-url <ATTRIBUTE_REGISTRY_BASE_URL>— Optional path to the attribute registry. If provided, all attributes will be linked here -
-D,--param <PARAM>— Parameters key=value, defined in the command line, to pass to the templates. The value must be a valid YAML value -
--params <PARAMS>— Parameters, defined in a YAML file, to pass to the templates -
-t,--templates <TEMPLATES>— Path to the directory where the templates are located. Default is thetemplatesdirectory. Note:registry update-markdownwill look for a specific jinja template: {templates}/{target}/snippet.md.j2Default value:
templates -
--target <TARGET>— If provided, the target to generate snippets with. Note:registry update-markdownwill look for a specific jinja template: {templates}/{target}/snippet.md.j2 -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Generate the JSON Schema of the resolved registry documents consumed by the template generator and the policy engine.
The produced JSON Schema can be used to generate documentation of the resolved registry format or to generate code in your language of choice if you need to interact with the resolved registry format for any reason.
Usage: weaver registry json-schema [OPTIONS]
-
-j,--json-schema <JSON_SCHEMA>— The type of JSON schema to generateDefault value:
resolved-registryPossible values:
resolved-registry: The JSON schema of a resolved registrysemconv-group: The JSON schema of a semantic convention groupsemconv-definition-v2: The JSON schema of the V2 definitionresolved-registry-v2: The JSON schema of the V2 resolved registryforge-registry-v2: The JSON schema we send to Rego / Jinjadiff: The JSON schema of the diffdiff-v2: The JSON schema of the diff V2publication-manifest-v2: The JSON schema of the publication manifest produced byweaver registry packagedefinition-manifest-v2: Definition manifest describing unpublished registrypolicy-finding: The JSON schema of a policy finding returned by Rego policies
-
-o,--output <OUTPUT>— Output file to write the JSON schema to If not specified, the JSON schema is printed to stdout -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Generate a diff between two versions of a semantic convention registry.
This diff can then be rendered in multiple formats:
- a console-friendly format (default: ansi),
- a structured document in JSON format,
- ...
Usage: weaver registry diff [OPTIONS] --baseline-registry <BASELINE_REGISTRY>
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--baseline-registry <BASELINE_REGISTRY>— Parameters to specify the baseline semantic convention registry -
--format <FORMAT>— Format used to render the schema changes. Predefined formats are: ansi, json, and markdownDefault value:
ansi -
--templates <TEMPLATES>— Path to the directory where the schema changes templates are locatedDefault value:
diff_templates -
-o,--output <OUTPUT>— Path to the directory where the generated artifacts will be saved. If not specified, the diff report is printed to stdout -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Emits a semantic convention registry as example signals to your OTLP receiver.
This uses the standard OpenTelemetry SDK, defaulting to OTLP gRPC on localhost:4317.
Usage: weaver registry emit [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr -
--stdout— Write the telemetry to standard output -
--endpoint <ENDPOINT>— Endpoint for the OTLP receiver. OTEL_EXPORTER_OTLP_ENDPOINT env var will override thisDefault value:
http://localhost:4317
Perform a live check on sample telemetry by comparing it to a semantic convention registry.
Includes: Flexible input ingestion, configurable assessment, and template-based output.
Usage: weaver registry live-check [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr -
--input-source <INPUT_SOURCE>— Where to read the input telemetry from. {file path} | stdin | otlpDefault value:
otlp -
--input-format <INPUT_FORMAT>— The format of the input telemetry. (Not required for OTLP). text | jsonDefault value:
json -
--format <FORMAT>— Format used to render the report. Builtin formats: json, yaml, jsonl (uses serde directly). Other values are treated as template names (e.g., "ansi" uses ansi templates)Default value:
ansi -
--templates <TEMPLATES>— Path to the directory where the templates are locatedDefault value:
live_check_templates -
--no-stream— Disable stream mode. Use this flag to disable streaming output.When the output is STDOUT, Ingesters that support streaming (STDIN and OTLP), by default output the live check results for each entity as they are ingested.
Default value:
false -
--no-stats— Disable statistics accumulation. This is useful for long-running live check sessions. Typically combined with --emit-otlp-logs and --output=noneDefault value:
false -
-o,--output <OUTPUT>— Path to the directory where the generated artifacts will be saved. If not specified, the report is printed to stdout. Use "none" to disable all template output rendering (useful when emitting OTLP logs). Use "http" to send the report as the response to the /stop request on the admin port -
--otlp-grpc-address <OTLP_GRPC_ADDRESS>— Address used by the gRPC OTLP listenerDefault value:
0.0.0.0 -
--otlp-grpc-port <OTLP_GRPC_PORT>— Port used by the gRPC OTLP listenerDefault value:
4317 -
--emit-otlp-logs— Enable OTLP log emission for live check policy findingsDefault value:
false -
--otlp-logs-endpoint <OTLP_LOGS_ENDPOINT>— OTLP endpoint for log emissionDefault value:
http://localhost:4317 -
--otlp-logs-stdout— Use stdout for OTLP log emission (debug mode)Default value:
false -
--admin-port <ADMIN_PORT>— Port used by the HTTP admin port (endpoints: /stop)Default value:
4320 -
--inactivity-timeout <INACTIVITY_TIMEOUT>— Max inactivity time in seconds before stopping the listenerDefault value:
10 -
--advice-policies <ADVICE_POLICIES>— Advice policies directory. Set this to override the default policies -
--advice-preprocessor <ADVICE_PREPROCESSOR>— Advice preprocessor. A jq script to preprocess the registry data before passing to rego.Rego policies are run for each sample as it arrives in a stream. The preprocessor can be used to create a new data structure that is more efficient for the rego policies versus processing the data for every sample.
Run an MCP (Model Context Protocol) server for the semantic convention registry.
This server exposes the registry to LLMs, enabling natural language queries for finding and understanding semantic conventions while writing instrumentation code.
The server communicates over stdio using JSON-RPC.
Usage: weaver registry mcp [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr -
--advice-policies <ADVICE_POLICIES>— Advice policies directory. Set this to override the default policies -
--advice-preprocessor <ADVICE_PREPROCESSOR>— Advice preprocessor. A jq script to preprocess the registry data before passing to rego.Rego policies are run for each sample as it arrives. The preprocessor can be used to create a new data structure that is more efficient for the rego policies versus processing the data for every sample.
Generates a schema file by inferring the schema from a OTLP message.
Usage: weaver registry infer [OPTIONS]
-
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr -
-o,--output <OUTPUT>— Output folder for generated YAML filesDefault value:
./inferred-registry/ -
--grpc-address <GRPC_ADDRESS>— Address used by the gRPC OTLP listenerDefault value:
0.0.0.0 -
--grpc-port <GRPC_PORT>— Port used by the gRPC OTLP listenerDefault value:
4317 -
--admin-port <ADMIN_PORT>— Port used by the HTTP admin server (endpoints: /stop)Default value:
8080 -
--inactivity-timeout <INACTIVITY_TIMEOUT>— Seconds of inactivity before auto-stop (0 = never)Default value:
60
Packages a semantic convention registry into a self-contained artifact.
Usage: weaver registry package [OPTIONS] --resolved-schema-uri <RESOLVED_SCHEMA_URI>
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
-o,--output <OUTPUT>— Path to the directory where the package will be writtenDefault value:
output -
--resolved-schema-uri <RESOLVED_SCHEMA_URI>— URI where the resolved schema will eventually be published. This value is embedded in the publication manifest asresolved_schema_uri -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Manage Diagnostic Messages
Usage: weaver diagnostic <COMMAND>
init— Initializes adiagnostic_templatesdirectory to define or override diagnostic output formats
Initializes a diagnostic_templates directory to define or override diagnostic output formats
Usage: weaver diagnostic init [OPTIONS] [TARGET]
-
<TARGET>— Optional target to initialize the diagnostic templates for. If empty, all default templates will be extractedDefault value: ``
-
-t,--diagnostic-templates-dir <DIAGNOSTIC_TEMPLATES_DIR>— Optional path where the diagnostic templates directory should be createdDefault value:
diagnostic_templates -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
Generate shell completions
Usage: weaver completion <SHELL>
-
<SHELL>— The shell to generate the completions forPossible values:
bash,elvish,fish,powershell,zsh
Start the API server (Experimental)
Usage: weaver serve [OPTIONS]
-
-r,--registry <REGISTRY>— Local folder, Git repo URL, or Git archive URL of the semantic convention registry. For Git URLs, a reference can be specified using the@refspecsyntax and a sub-folder can be specified using the[sub-folder]syntax after the URLDefault value:
https://github.com/open-telemetry/semantic-conventions.git[model] -
-s,--follow-symlinks— Boolean flag to specify whether to follow symlinks when loading the registry. Default is false -
--include-unreferenced— Boolean flag to include signals and attributes defined in dependency registries, even if they are not explicitly referenced in the current (custom) registry -
--v2— Whether or not to output version 2 of the schema. Note: this will impact both output to templates and policiesDefault value:
false -
-p,--policy <POLICIES>— Optional list of policy files or directories to check against the files of the semantic convention registry. If a directory is provided all.regofiles in the directory will be loaded -
--skip-policies— Skip the policy checksDefault value:
false -
--display-policy-coverage— Display the policy coverage report (useful for debugging)Default value:
false -
--bind <BIND>— Address to bind the server toDefault value:
127.0.0.1:8080 -
--cors-origins <CORS_ORIGINS>— Allowed CORS origins (comma-separated). Use '*' for any origin. If not specified, CORS is disabled (same-origin only) -
--diagnostic-format <DIAGNOSTIC_FORMAT>— Format used to render the diagnostic messages. Predefined formats are: ansi, json, gh_workflow_commandDefault value:
ansi -
--diagnostic-template <DIAGNOSTIC_TEMPLATE>— Path to the directory where the diagnostic templates are locatedDefault value:
diagnostic_templates -
--diagnostic-stdout— Send the output to stdout instead of stderr
This document was generated automatically by
clap-markdown.