ibmint deploy command
Use the ibmint deploy command to deploy resources from sources to an output destination.
Supported platforms
- Windows
- Linux®
- Linux on POWER®
- Linux on Z
- AIX®
- IBM® z/OS® Container Extensions (zCX)
Purpose
You can use the ibmint deploy command to deploy resources from sources to an output destination.
You can control whether the ibmint deploy command uses SSL for connections to an integration node or server, by using the --https and --no-https parameters. If you always want to use SSL for the connection, specify the --https parameter. If you do not want to use SSL for the connection, specify the --no-https parameter. If you specify neither the --https nor --no-https parameter, the ibmint deploy command attempts to connect first using HTTPS and then without using HTTPS if the first attempt falls.
If you are connecting to a remote integration server, you can use the --cacert parameter to specify the path to the certificate file in either PEM, P12, or JKS format, and use the --cacert-password parameter to specify the password for password-protected cacert files.
Syntax
Parameters
You must specify at least one parameter to identify the input source in one of the following forms (a) or (b):
- The name of the input BAR file to compile and deploy.
- The directory to scan for resources to compile and deploy.
You must specify at least one parameter to identify the output destination in one of the following forms (a), (b), (c), (d), (e), (f), (g), (h), (i), (j), or (k):
- The working directory of an integration server.
- The name of a local integration node and managed server.
- The name of a file that contains remote independent integration server connection parameters
(
*.broker
). - The name of the file that contains remote integration node connection parameters (*.broker) and the name of a managed integration server.
- The host name or IP address, and the port number of a remote independent integration server.
Optionally followed by options concerning REST
communications.
If you want to connect to an integration server over a secure connection, you can use the --cacert parameter to specify the path to a certificate file (in either PEM, P12, or JKS format), and the --cacert-password parameter to specify the password for password-protected cacert files.
- These parameters identify the host, port, serverName, and nodeName of a remote integration server for connections that do not require advanced connection parameters.
- Specify a cacert when connecting to a secured integration node through an output host and port.
- URI for a remote integration server in the form
tcp://[user[:password]@]host:port
. - URI for a remote integration server in the form
ssl://[user[:password]@]host:port
. Optionally followed by options concerning REST communications.If you want to connect to an integration server over a secure connection, you can use the --cacert parameter to specify the path to a certificate file (in either PEM, P12, or JKS format), and the --cacert-password parameter to specify the password for password-protected cacert files.
- URI for a remote integration node in the form
tcp://[user[:password]@]host:port
. The nodeName is optional for validation. - URI for a remote integration node in the form
ssl://[user[:password]@]host:port
, and the name of a managed integration server. The nodeName is optional for validation. Optionally followed by options concerning REST communications.If you want to connect to an integration server over a secure connection, you can use the --cacert parameter to specify the path to a certificate file (in either PEM, P12, or JKS format), and the --cacert-password parameter to specify the password for password-protected cacert files.
- (Optional) The name of the file that contains the overrides to be applied.
- The major version of Java to be used. Valid values are
8
and17
. The default is17
. - (Optional) Prevent compilation of Java resources.
- (Optional) Enable compilation of maps and schemas.
- (Optional) The name of the project to deploy. If you do not specify a project, all available projects are deployed. If you specify a project that does not exist, nothing is deployed and the command fails.
- (Optional) Specifies that HTTPS will be used for the connection to the integration node or server. If neither --https nor --no-https is specified, the connection is tried first with HTTPS and then without using HTTPS if the first attempt fails.
- (Optional) Specifies that HTTPS will not be used for the connection to the integration node or server. If neither --https nor --no-https is specified, the connection is tried first with HTTPS and then without using HTTPS if the first attempt fails.
- (Optional) Specifies the path to the certificate file (in either PEM, P12, or JKS format) to be
used to verify the integration node or server. If no cacert file is specified and default admin-ssl
is enabled, the cacert file defaults to the default pem file for admin-ssl.
- The --cacert parameter is valid only if HTTPS is used for the connection, so it cannot be set together with the --no-https parameter. You can set --cacert when the --https parameter has been set or when neither the --https nor --no-https parameter has been set (in which case SSL is used by default).
- The --cacert parameter can be set only if the
--output-host parameter is specified, or if the
--output-uri parameter is specified with a URI that starts with
ssl://
.
- (Optional) The password for password-protected cacert files.
- The --cacert-password parameter is valid only if HTTPS is used for the connection and if the --cacert parameter has been set. You cannot set it together with the --no-https parameter.
- The --cacert-password parameter can be set only if the
--output-host parameter is specified, or if the
--output-uri parameter is specified with a URI that starts with
ssl://
.
- (Optional) Specifies that the certificate that is returned by the integration node or server
will not be verified.
- The --insecure parameter is valid only if HTTPS is used for the connection, so it cannot be set together with the --no-https parameter. You can set --insecure when the --https parameter has been set or when neither the --https nor --no-https parameter has been set (in which case SSL is used by default).
- The --insecure parameter can be set only if the
--output-host parameter is specified, or if the
--output-uri parameter is specified with a URI that starts with
ssl://
.
- (Optional) Send verbose internal trace to the specified file.
-
(Optional) This parameter specifies that all applications in the integration server are to be restarted as part of the deploy operation. Use this parameter to allow non-dynamic policies to be redeployed. For more information about non-dynamic policies, see Policy properties.
Restarting all applications has the following effects on the integration server and its resources:- All active connections are disconnected
- All registered endpoints become temporarily unavailable
- All in-memory activity logs are cleared
- All flow statistics are reset
- All dynamic thread pool updates are removed
- Any ESQL shared variables are reset to their initialized values
- Any UDP global overrides are removed
- Any non-persistent changes are removed for flow statistics, monitoring, and user exits
- Message flows and applications return to their start-up state according to the value of their startMode parameter
- Errors are returned for any applications that cannot start
- (Optional) Use this parameter to display help information about the command.
Examples
ibmint deploy --input-bar-file C:\bars\myBAR.bar --output-integration-node myNODE --output-integration-server myServer
ibmint deploy --input-path C:\myprojectdir --output-work-directory C:\myaceworkdir\myserver
ibmint deploy --input-path C:\mysourcelocation --output-work-directory C:\myaceworkdir\myserver --output-integration-server myServer --output-port 4414 --do-not-compile-java
ibmint deploy --input-bar-file /bars/myBAR.bar --output-work-directory /myaceworkdir/myserver --overrides-file /files/myOverridesFile
ibmint deploy --input-path /Users/johnsmith/IBM/ACET12/workspace/ --output-work-dir ibminttest/ --project myproject