xUML Runtime Command Line Options
The xUML Runtime can be started via the executable bridgeserver. Find below a collection of all commands and options that are accepted by bridgeserver.
Runtime Commands
Parameter | Shortcut | Description | Example | |
---|---|---|---|---|
|
| Shows a list of all commands as a help text. | ||
|
| Displays the Runtime version of the bridgeserver executable. |
|
Runtime Startup Options
When bridgeserver is started without one of the above mentioned commands, the specified xUML service is started with the provided options. Options instance
and license
are mandatory.
You can specify the startup options directly in the startup command, or provide them via a configuration file for reuse, see Configuration File below.
Parameter | Mandatory | Usage | Description | Allowed Values / Examples | ||
---|---|---|---|---|---|---|
Command Line | Configuration File | |||||
| Specify the path to the deployed xUML service repository that should be started. |
| ||||
| Specify the path to the xUML Runtime license file. | |||||
| Specify the path to a configuration file if you want to use one. | |||||
| Only start the xUML Runtime controller service of the specified service. This can be helpful when inspecting persistent state services. You may want to list persistent state objects without starting the service itself. Starting the service would mean that pending persistent state objects would be processed. | |||||
| Specify the path to a logging configuration file. | |||||
| If set to true, the file specified in The set of changes that may be applied is limited to the set of changes possible via the xUML Runtime API. This option should not be enabled for Bridge installations. Primary use case is applying log level changes to multiple service instances in Kubernetes. | |||||
| Specify how to build the URL to a persistent state object within the service. You may use the following placeholders: This URL will be logged in case of error and picked up e.g. by the xUML Service Monitor to allow that users can switch to the erroneous state directly from the monitoring mail. |
| ||||
| Name of the deployed xUML service instance. | |||||
| Name of the persistent state class. | |||||
| Persistent state object ID. | |||||
Bridge Configurations | ||||||
| Specify a specific IP address to bind the service to. This is relevant for machines with multiple IP addresses. |
| Any IP (default). | |||
| A valid IP address. | |||||
| Specify a default bind address family. This option is only regarded if | inet | Bind to IPv4 address 0.0.0.0. | |||
inet6 | Bind to IPv6 address [::] and use IPv4-mapped IPv6 addresses (default). | |||||
| Specify the path to the bridgeserver binary directory. Generally the Runtime is able to derive this path, but there may be cases where you want to point the Runtime to a different path when looking up
| |||||
| Specify the path to the bridgeserver data directory. This is only relevant if you are using the | |||||
| Specify the path to the directory where the xUML service resources are stored on your Bridge installation. | |||||
| Specify the path to an IBM DB2 instance (equivalent of | |||||
| Specify the path to an IBM DB2 client library. | |||||
| Specify the path to a MySQL client library. | |||||
| Specify the path to an MS SQL Server client library. This is relevant for Linux only. On Windows, the MS SQL driver is globally available. |
Configuration File
You can store common Runtime options that are valid for multiple services in a configuration file. These configurations can be applied on Runtime startup using the --config
option as described at Runtime Startup Options.
The basic format of the file is as follows:
Example
ps_object_url_template = https://scheer-acme.com/pas-doc/bridge/admin/Console/BridgeInstanceStateObject?node=pas-doc&instance=%instanceName%&stateClass=%stateClass%&stateObject=%stateObject%
ip = 192.168.1.66
license = G:\E2E_BRIDGE_DATA\license.xml
[dirs]
binary = G:\E2E_BRIDGE_PROG\bridgeserver-2020.7\win32-64
resource = G:\E2E_BRIDGE_DATA\resource
The format of the file is based on the INI format as described in the boost documentation. To shorten and group options, e.g. dirs.binary
and dirs.resource
, you can use section names ([dirs]
) but this is not mandatory.
Related Pages:
Related Documentation: