Introduction

• The JS7 offers to perform operations on Controllers and Agents by use of the JS7 - REST Web Service API.
  
  • For detailed information see the Technical Documentation of the REST Web Service API.
  • For available CLI operations see JS7 - Unix Shell Command Line Interface.
• The REST Web Service API can be accessed from Shell utilities such as curl.
• In addition, a PowerShell module is available for simplified access to the REST Web Service API. This is described in the JS7 - PowerShell Module article.

The Controller Management Deployment Script offered for Unix Shell can be applied to perform frequently used deployment operations on Controllers and Agents.

Use of a Controller Cluster or Agent Cluster is subject to the JS7 - License.

Controller

...

Deployment Script

The script is The script is offered for download and can be applied for frequently used management operationsdeployment operations:

• The script is available for Linux and MacOS® using bash shell.
• The script terminates with exit code 0 to signal successful execution, with exit code 1 for command line argument errors and with exit code 4 for non-recoverable errors. Exit code 3 signals that no matching objects have been found.
• The script is intended as a baseline example for customization by JS7 users and by SOS within the scope of professional services. Examples make use of JS7 Release 2.7.2, bash 4.2, curl 7.29.0 and jq 1.6.0.
  

Prerequisites

The Script requires the curl utility and the jq utility to be available from the operating system. 

jq ships with the MIT license, see https://opensource.org/licenses/MIT.

Download

Download: manage-controller.shJS7 - Download (Section: Unix Shell ClI)

Usage

Invoking the script without arguments displays the usage clause:

...

Usage: managedeploy-controller.sh [Command] [Options] [Switches]

  Commands:
    register          --primary-url    [--primary-cluster-url]   [--primary-title]
                     [--secondary-url] [--secondary-cluster-url] [--secondary-title]
    unregister        --controller-id
    check             --controller-id --controller-url
    store-agent       --controller-id --agent-id --agent-name --agent-url [--title] [--alias] [--process-limit] [--hide]
    ..                --controller-id --agent-id --agent-name [--title] [--alias] [--process-limit]
                      --primary-subagent-id   --primary-url   [--primary-title]
                      --secondary-subagent-id --secondary-url [--secondary-title]
    delete-agent      --controller-id --agent-id
    deploy-agent      --controller-id --agent-id [--cluster]
    revoke-agent      --controller-id --agent-id [--cluster]
    store-subagent    --controller-id --agent-id --subagent-id --subagent-url [--title] [--role]
    delete-subagent   --controller-id --subagent-id
    store-cluster     --controller-id --cluster-id --agent-id --subagent-id [--priority] [--title]
    delete-cluster    --controller-id --cluster-id
    deploy-cluster    --controller-id --cluster-id
    revoke-cluster    --controller-id --cluster-id
    export-agent      --controller-id --file [--format] --agent-id
    import-agent      --controller-id --file [--format] [--overwrite]

  Options:
  encrypt  --url=<url>         --in [--infile --outfile] --cert [--java-home] [--java-lib]
    decrypt      | required: JOC Cockpit URL
 --in [--infile --outfile] --user=<account>    key [--key-password] [--java-home] [--java-lib]

  Options:
    --url=<url>                        | required: JOC Cockpit URL
    --user=<account>                   | required: JOC Cockpit user account
    --password=<password>              | optional: JOC Cockpit password
    --ca-cert=<path>                   | optional: path to CA Certificate used for JOC Cockpit login
    --client-cert=<path>               | optional: path to Client Certificate used for login
    --client-key=<path>                | optional: path to Client Key used for login
    --timeout=<seconds>                | optional: timeout for request, default: 60
    --controller-id=<id[,id]>          | required: Controller ID
    --controller-url=<url>             | optional: Controller URL for connection test
    --primary-url=<url>                | optional: Primary Controller/Director Agent URL
    --primary-cluster-url=<url>        | optional: Primary Controller Cluster URL
    --primary-title=<string>           | optional: Primary Controller/Director Agent title
    --primary-subagent-id=<id>         | optional: Primary Director Agent Subagent ID
    --secondary-url=<url>              | optional: Secondary Controller/Director Agent URL
    --secondary-cluster-url=<url>      | optional: Secondary Controller Cluster URL
    --secondary-title=<string>         | optional: Secondary Controller/Director Agent title
    --secondary-subagent-id=<id>       | optional: Secondary Director Agent Subagent ID
    --file=<path>                      | optional: path to export file or import file
    --format=<ZIP|TAR_GZ>              | optional: format of export file or import file
    --agent-id=<id[,id]>               | optional: Agent IDs
    --agent-name=<name>                | optional: Agent name
    --agent-url=<url>                  | optional: Agent URL
    --title=<string>                   | optional: Agent title or Subagent Cluster title
    --alias=<name[,name]>              | optional: Agent alias name
    --process-limit=<number>           | optional: Agent max. number of parallel processes
    --subagent-role=<primary|secondary|no>id=<id[,id]>      |  optional: Subagent role acting as Primary/Secondary Director Agent| optional: Subagent ID
    --subagent-id=<id[,id]>url=<url>               | optional: Subagent IDURL
    --subagent-url=<url>role=<primary|secondary|no>      | optional: Subagent role acting as Primary/Secondary   | optional: Subagent URLDirector Agent
    --cluster-id=<id>                  | optional: Subagent Cluster ID
    --priority=<first|next>            | optional: Subagent Cluster priority: active-passive, active-active
    --audit-messagekey=<string><path>           | optional: audit log message
    --audit-time-spent=<number>        | optional: path auditto logprivate timekey spentfile in minutesPEM format
    --auditkey-linkpassword=<url><password>          | optional: password for private key file
    | optional: audit log link
--cert=<path>        --log-dir=<directory>              | optional: path to directorycertificate holdingfile thein script's log files

  Switches:
    -h | --helpPEM format
    --in=<string>                      | optional: input string | displays usage
  for encryption/decryption
  -v | --verbose infile=<path>                    | displaysoptional: verboseinput output,file repeat to increase verbosityfor encryption/decryption
    -p-outfile=<path> | --password                 | optional: output | asksfile for passwordencryption/decryption
    -o | -java-overwritehome=<directory>            | optional: Java Home directory for  | overwrites objects on importencryption/decryption, default: $JAVA_HOME
    -i | -java-hidelib=<directory>             | optional: Java library directory for encryption/decryption, default: ./lib
   | hides Agent
  --audit-message=<string>       -c | --cluster  | optional: audit log message
    --audit-time-spent=<number>        | optional: audit |log signalstime aspent Clusterin Agentminutes
    --showaudit-logslink=<url>                 | optional: audit log link
   | shows log output if --log-dir=<directory> is used
    --make-dirs        | optional: path to directory holding the script's log files

  Switches:
    -h | creates directories if they do not exist

see https://kb.sos-berlin.com/x/9YZvCQ

...

• export
  • Allows to export objects such as workflows to an archive file in .zip or .tar.gz format. The command comes in two flavors:
    • export individual objects specified by the --path and --type options.
      • Should relative paths be used in the archive file then the --start-folder option and --use-short-path switch can be applied.
    • export objects from folders using the --folder option and --recursive switch.
      • Optionally one or more object types can be specified and otherwise all objects will be exported, see --type option.
      • Should relative paths be used in the archive file then the  --use-short-path switch can be applied.
      • Export of objects can further be limited by use of the --no-* switches, see section Switches.
  • The archive file is specified from the --file and --format options.
  • If JOC Cockpit is operated for the High Security Level then the --for-signing switch can be used to export Controller Objects that should be digitally signed. Objects and signatures can be imported using the import-deploy command.
• import
  • Imports an archive file to the inventory. The operation applies to use of JOC Cockpit with the Low and Medium Security Level.
  • Users can specify if existing objects will be overwritten or if duplicate objects from the import file will be assigned a prefix or suffix or will be ignored.
• import-deploy
  
  • Imports an archive file to the inventory and deploys the included objects. The operation is applicable if JOC Cockpit is operated for the High Security Level.
    • As a prerequisite the archive file must be exported using the --for-signing switch.
    • Workflows and Job Resources from the archive file are digitally signed by the user. Signature files are added to the archive file.
  • On import the objects in the archive file are deployed to related Controllers as specified during export.
• deploy
  • Allows to deploy Controller Objects such as workflows. The command can be used in two flavors:
    • deploy individual objects specified by the --path and --type options.
    • deploy objects from folders using the --folder option and --recursive switch.
  • Deploying objects forwards them to Controllers and Agents.
    • More than one Controller ID can be specified like this: --controller-id=controller-uat-1,controller-uat-2
• revoke
  • Allows to undeploy Controller Objects such as workflows. The command can be used in two flavors:
    • revoke individual objects specified by the --path and --type options.
    • revoke objects from folders using the --folder option and --recursive switch.
  • Revoking Controller objects deletes them from the Controller and Agents, objects remain in draft status in the inventory.
    • More than one Controller ID can be specified like this: --controller-id=controller-uat-1,controller-uat-2
• release
  • Allows to release Automation Objects such as schedules. The command can be used in two flavors:
    • release individual objects specified by the --path and --type options.
    • release objects from folders using the --folder option and --recursive switch.
  • Releasing objects activates them for example for use by the Daily Plan.
• recall
  • Allows to unrelease Automation Objects such as schedules. The command can be used in two flavors:
    • recall individual objects specified by the --path and --type options.
    • recall objects from folders using the --folder option and --recursive switch.
  • Recalling objects deactivates them from further use, objects remain in draft status in the inventory.
• store
  • Allows to store an object such as a workflow or schedule from a file to the inventory.
    • The --file option specifies the file that holds the JSON representation of an object.
    • The --type option specifies the object type. 
    • The --path option specifies the folders and object name of the objects inventory location.
  • Objects are stored to the inventory in draft status and can be deployed or released using the related commands.
• remove
  • Allows to remove objects such as workflows or schedules from the inventory. The command can be used in two flavors:
    • remove individual objects specified by the --path and --type options.
    • remove objects from folders recursively using the --folder option.
  • Controller objects such as workflows are removed from the Controller and from the inventory. Automation objects such as schedules are removed from the inventory.
  • Removing objects moves them to the trash from which they can be restored or deleted
• restore
  • Allows to restore objects such as workflows or schedules from the trash. The command can be used in two flavors:
    • restore individual objects specified by the --path and --type options.
    • restore objects from folders recursively using the --folder option.
  • Restoring objects moves them from the trash to the inventory from which they can be deployed or released.
• delete
  • Allows to delete objects such as workflows or schedules from the trash. The command can be used in two flavors:
    • delete individual objects specified by the --path and --type options.
    • delete objects from folders recursively using the --folder option.
  • Deleting objects will permanently wipe them from the trash.
• revalidate
  • Allows to revalildate objects such as workflows or schedules from the inventory, for example after import. The command can be used for inventory folders.

...

• --url
  • Specifies the URL by which JOC Cockpit is accessible using <http|https>://<host>:<port>.
  • Example: http://centostest-primary.sos:4446
  • Example: https://centostest-primary.sos:4443
• --user
  • Specifies the user account for login to JOC Cockpit. If JS7 - Identity Services are available for Client authentication certificates that are specified with the --client-cert and --client-key options then their common name (CN) attribute has to match the user account.
  • If a user account is specified then a password can be specified using the --password option or interactive keyboard input can be prompted using the -p switch.
• --password
  • Specifies the password used for the account specified with the --user option for login to JOC Cockpit.
  • Consider use of the -p switch offering a secure option for interactive keyboard input.
• --controller-id
  • Specifies the identification of the Controller that holds related orders.
  • More than one Controller ID can be specified, separated by comma, for the export operation when using the --for-signing switch.
• --ca-cert
  • Specifies the path to a file in PEM format that holds the Root CA Certificate and optionally Intermediate CA Certificates to verify HTTPS connections to JOC Cockpit.
• --client-cert
  • Specifies the path to a file in PEM format that holds the Client Certificate if HTTPS mutual authentication is used..
• --client-key
  • Specifies the path to a file in PEM format that holds the Client Private Key if HTTPS mutual authentication is used..
• --timeout
  • Specifies the maximum duration for requests to the JS7 REST Web Service. Default: 60 seconds.
• --file
  • Specifies the location of an archive file that is used with export, import and import-deploy commands.
  • On export an existing archive file will be overwritten.
• --format
  • Specifies the format of the archive file indicated with the --file option.
  • The format can be one of ZIP or TAR_GZ. Default: ZIP. The JS7 can process archive files in .zip format on Unix.
• --folder
  • Specifies the inventory folder used for the related operation.
    • Folder specification starts from a / followed by one or more sub-folders.
    • More than one folder can be specified using comma as in --folder=/ProductDemo/AgentCluster,/ProductDemo/ScheduledExecution.
  • When used with the import and import-deploy commands, a single folder can be specified that is prepended the folders included with the archive file.
• --start-folder
  • Specifies the inventory folder used for relative paths in archive files when using the export command with the --path option, see --use-short-path switch.
• --path
  • Specifies the path of an object such as a workflow, job resource, schedule. A path starts from a /, optionally followed by a hierarchy of sub-folders, and the object name.
  • Objects are identified from thier path and object type.
• --type
  • Specifies the object type such as a workflow or schedule that is indicated together with the --path option to identify an object.
    • Controller Object types include: WORKFLOW,FILEORDERSOURCE,JOBRESOURCE,NOTICEBOARD,LOCK
    • Automation Object types include: SCHEDULE,WORKINGDAYSCALENDAR,NONWORKINGDAYSCALENDAR,JOBTEMPLATE,INCLUDESCRIPT,REPORT
  • When used with the export command for folders then more than one object type can be specified separated by comma, for example --type=WORKFLOW,JOBRESOURCE
• --new-path
  • When used with the restore command, the new path is specified to which the object will be restored in the inventory.
• --prefix
  • When used with the import command, a prefix can be specified that is prepended all objects that are imported.
  • If an object with the same name and prefix exists, then the object will not be imported.
• --suffix
  • When used with the import command, a suffix can be specified that is appended all objects that are imported.
  • If an object with the same name and suffix exists, then the object will not be imported.
• --algorithm
  • When used with the import-deploy command, the signature algorithm is specified that was used to digitally sign objects. Default: SHA512withECDSA.
  • The algorithm name is made up of the hash algorithm name such as SHA256, SHA512 and the encryption type of the Private Key such as ECDSA or RSA.
  • This offers to specify the following algorithm names: SHA256withECDSA, SHA256withRSA, SHA512withECDSA, SHA512withRSA.
• --date-from
  • Specifies the date starting from which the Daily Plan will be updated:
    • The --date-from=now option value specifies that the Daily Plan will be updated for orders starting from now.
    • The Daily Plan date in ISO date format can be specified, for example --date-from=2023-10-23.
    • If omitted then the Daily Plan will not be updated.
  • Orders in the Daily Plan can be updated for example if the underlying workflow or schedule is changed.
• --audit-message
  • Specifies a message that is made available to the Audit Log.
  • Specification of Audit Log messages can be enforced on a per user basis and for a JS7 environment.
• --audit-time-spent
  • Specifies the time spent to perform an operation which is added to the Audit Log.
  • The option can be specified if the --audit-message option is used.
• --audit-link
  • Specifies a link (URL) which is added to the Audit Log.
  • The option can be specified if the --audit-message option is used.
• --log-dir
  • If a log directory is specified then the script will log information about processing steps to a log file in this directory.
  • File names are created according to the pattern: deploy-workflow.<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.log
  • For example: deploy-workflow.2022-03-19T20-50-45.log

...

• -h | --help
  • Displays usage.
• -v | --verbose
  • Displays verbose log output that includes requests and responses with the JS7 REST Web Service.
  • When used twice as with -v -v then curl verbose output will be displayed.
• -p | --password
  • Asks the user for interactive keyboard input of the password used for the account specified with the --user option..
  • The switch is used for secure interactive input as an alternative to use of the option --password=<password>.
• -r | --recursive
  • Specifies that folders will be looked up recursively if the --folder option is used.
• -o | --overwrite
  • Specifies that objects with the same name and type will be overwritten when used with the import command.
• -s | --for-signing
  • Specifies that objects are exported for digital signing when used with the export command. For JS7 environments operated for the High Security Level digitally signed objects can be imported using the import-deploy command.
• -u | --use-short-path
  • Specifies that relative object paths will be applied to archive files when used with the export command.
  • An object path /a/b/c/workflow will be added as /c/workflow to the archive file. A folder /a/b/c will be added as /c to the archive file.
• --no-draft
  • Specifies that draft objects will be excluded when used with the export and deploy command.
• --no-deployed
  • Specifies that deployed objects will be excluded when used with the export and deploy command.
• --no-released
  • Specifies that released objects will be excluded when used with the export command.
• --no-invalid
  • Specifies that invalid objects will be excluded when used with the export command.
• --show-logs
  • Displays the log output created by the script if the --log-dir option is used.
• --make-dirs
  • If directories are missing that are indicated with the --log-dir option then they will be created.

...

--help                        | displays usage
    -v | --verbose                     | displays verbose output, repeat to increase verbosity
    -p | --password                    | asks for password
    -k | --key-password                | asks for key password
    -o | --overwrite                   | overwrites objects on import
    -i | --hide                        | hides Agent
    -c | --cluster                     | signals a Cluster Agent
    --show-logs                        | shows log output if --log-dir is used
    --make-dirs                        | creates directories if they do not exist

see https://kb.sos-berlin.com/x/9YZvCQ

Anchor
commands commands

Commands

• register
  • Allows registering a Controller. The command comes in two flavors:
    • register a Standalone Controller using the --primary-url option.
    • register a Controller Cluster using the --primary-url and --secondary-url options.
  • The URLs specify the protocol, host and optionally port by which the Controller instance can be accessed from JOC Cockpit, for example http://localhost:4444.
  • Controller instances are assigned a Controller ID on installation. When registering the Controller it will automatically use the given Controller ID.
• unregister
  • Allows unregistering a Controller specifying the --controller-id option. Unregistering a Controller deletes the Controller and related Agents from the inventory
• check
  
  • Tests the connection between JOC Cockpit and a Controller instance. The operation is available before a Controller is registered.
  • The --controller-url must be specified that is used from JOC Cockpit to connect to the Controller. 
• store-agent

  • When Agents are stored, then they are added or updated in the inventory and are set to the not deployed status. The command comes in two flavors:

    • store Standalone Agent: requires to specify the --controller-id and --agent-id options that specify the unique identifier of an Agent. The Agent ID cannot be changed later on. The --agent-name option specifies the unique name of an Agent that can be changed later on. The --agent-url option specifies the protocol, host and optionally port by which the Agent can be accessed from the Controller..
    • store Agent Cluster: requires to specify the --controller-id, --agent-id and --agent-name options. An Agent Cluster includes a Primary and Secondary Director Agent. 
      • The Primary Director Agent is specified from the --primary-subagent-id and --primary-url options that are used similarly to above --agent-id and --agent-url options.
      • The Secondary Director Agent is specified from the --secondary-subagent-id and --secondary-url options that are used similarly to above --agent-id and --agent-url options.
  • The deploy-agent command can be used to deploy the Agent configuration.
• delete-agent
  • When Agents are deleted, then they will be deleted from the Controller and from the inventory.
  • Deletion of Agents will be denied by the Controller if we find deployed workflows that hold jobs assigned the Standalone Agent or related Subagent Cluster of an Agent Cluster. The JS7 - Unix Shell CLI for Workflow Deployment offers commands to revoke related workflows.
  • The command is used with the --controller-id and --agent-id options to identify the related Agent.
• deploy-agent
  • When Agents are deployed, then the Agent configuration will be made available to the Controller which connects to the related Agent. As a prerequisite for deployment the Agent must be up & running and must be reachable for the Controller to establish a connection. The same applies to Subagents that have been added to an Agent Cluster using the store-subagent command.
  • The command is used with the --controller-id and --agent-id options to identify the related Agent. For deployment of an Agent Cluster the --cluster switch must be used.
• revoke-agent
  • When Agents are revoked then the Agent configuration is deleted from the Controller, but remains in place with the inventory and will be set to the not deployed status.
  • Revocation of Agents will be denied by the Controller if we find deployed workflows that hold jobs assigned the Standalone Agent or related Subagent Cluster of an Agent Cluster. The JS7 - Unix Shell CLI for Workflow Deployment offers commands to revoke related workflows.
  • The command is used with the --controller-id and --agent-id options to identify the related Agent. For revocation of an Agent Cluster the --cluster switch must be used.
• store-subagent
  • Subagents are used in an Agent Cluster acting as worker nodes to execute jobs. When Subagents are stored, then they are added or updated in the inventory and will be set to the not deployed status. Subagents are not deployed individually. Instead, they are deployed with the Agent Cluster using the deploy-agent command.
  • The command is used with the --controller-id and --agent-id options which identify the Agent Cluster. The --subagent-id and --subagent-url options specify the unique identifier of a Subagent and its URL.
• delete-subagent
  • Subagents are deleted from the Agent Cluster and related Subagent Clusters. The operation deletes Subagents from the Agent Cluster and from the inventory.
  • The command is used with the --controller-id and --subagent-id options to identify the related Subagent.
• store-cluster
  • Subagent Clusters implement clustering from the selection of the Subagents involved and from the scheduling mode being active-passive (fixed-priority) or active-active (round-robin).
  • To store a Subagent Cluster users specify the --controller-id and --agent-id options that identify the Agent Cluster. The --cluster-id option specifies the unique identifier of the cluster to be created. The --subagent-id option specifies one or more Subagents spearated by comma that are used in the cluster. For an active-passive cluster the first Subagent specified will execute the jobs and if it becomes unavailable then the next Subagent will be used.
  • The --priority option specifies an active-passive or active-active cluster. The option accepts one fo the values first (active-passive) or next (active-active). Default: first.
• delete-cluster
  • The Subagent Cluster is deleted from the Agent Cluster and from the inventory. Subagents used in the Subagent Cluster are not deleted.
  • Deletion of a Subagent Cluster will be denied by the Controller if we find deployed workflows that hold jobs assigned the Subagent Cluster. The JS7 - Unix Shell CLI for Workflow Deployment offers commands to revoke related workflows.
  • The command is used with the --controller-id and --cluster-id options to identify the Subagent Cluster.
• deploy-cluster
  • The Subagent Cluster is made available to the Agent Cluster. A deployed Subagent Cluster can be used for assignment to jobs.
  • The command is used with the --controller-id and --cluster-id options to identify the Subagent Cluster.
• revoke-cluster
  • The Subagent Cluster is deleted from the Agent Cluster but remains in place with the inventory and is set to the not deployed status.
  • Revocation of a Subagent Cluster will be denied by the Controller if we find deployed workflows that hold jobs assigned the Subagent Cluster. The JS7 - Unix Shell CLI for Workflow Deployment offers commands to revoke related workflows.
  • The command is used with the --controller-id and --cluster-id options to identify the Subagent Cluster.
• export-agent

  • Agent configurations can be exported to an archive file using the --file option. The archive file will be created in .zip or .tar.gz format using the --format option.

• import-agent
  • For import of Agent configurations users can specify that existing Agent configurations with the same Agent IDs should be overwritten using the --overwrite switch.
• encrypt
  • Allows to encrypt a value using the --in option. If used to encrypt a file then --infile and --outfile options must be specified.
  • The --cert option specifies the path to a file holding the Certificate used for encryption.
  • Encryption is performed by Java libraries that are looked up in the ./lib sub-directory of the  JS7 Unix Shell CLI. For details see JS7 - Encryption and Decryption.
• decrypt
  • Allows to decrypt a value using the --in option. If used to decrypt a file then --infile and --outfile options must be specified.
  • The --key option specifies the path to the Private Key used for decryption. If the Private Key is protected by a password, then the --key-password option or switch must be specified.
  • Decryption is performed by Java libraries that are looked up in the ./lib sub-directory of the JS7 Unix Shell CLI.

Anchor
options options

Options

• --url
  • Specifies the URL by which JOC Cockpit is accessible using <http|https>://<host>:<port>.
  • Example: http://centostest-primary.sos:4446
  • Example: https://centostest-primary.sos:4443
• --user
  • Specifies the user account for login to JOC Cockpit. If JS7 - Identity Services are available for Client authentication certificates that are specified with the --client-cert and --client-key options then their common name (CN) attribute has to match the user account.
  • If a user account is specified then a password can be specified using the --password option or interactive keyboard input can be prompted using the -p switch.
• --password
  • Specifies the password used for the account specified with the --user option for login to JOC Cockpit.
  • Password input from the command line is considered insecure.
    • Consider use of the -p switch offering a secure option for interactive keyboard input.
    • Consider use of the encrypt command to encrypt a password: ./deploy-workflow.sh encrypt --in=root --cert=encrypt.crt.
      • The encryption result will include the prefix enc: followed by the encrypted symmetric key, initialization vector and encrypted secret separated by space.
      • If an encrypted password is specified, then it will be decrypted using the Private Key file: ./deploy-workflow.sh <command> --password="enc:BF8J8KP7TPlxy..." --key=encrypt.key.
• --ca-cert
  • Specifies the path to a file in PEM format that holds the Root CA Certificate and optionally Intermediate CA Certificates to verify HTTPS connections to JOC Cockpit.
• --client-cert
  • Specifies the path to a file in PEM format that holds the Client Certificate if HTTPS mutual authentication is used..
• --client-key
  • Specifies the path to a file in PEM format that holds the Client Private Key if HTTPS mutual authentication is used..
• --timeout
  • Specifies the maximum duration for requests to the JS7 REST Web Service. Default: 60 seconds.
• --controller-id
  • Specifies the identification of the Controller.
• --controller-url
  • When used with the check command, specifies the protocol, host and optionally port of the Controller instance to which the connection is tested.
• --primary-url
  • When used with the register command, specifies the protocol, host and optionally port of a Standalone Controller or Primary Controller instance in a cluster. The JOC Cockpit will connect to the Controller instance using the URL specified.
  • When used with the store-agent command for an Agent Cluster, specifies the protocol, host and optionally port of the Primary Director Agent. The Controller will connect to the Director Agent instance using the URL specified.
• --primary-cluster-url
  • Specifies the URL used by the Pirmary Controller instance to connect to the Secondary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the --primary-url option used for access from JOC Cockpit to the Primary Controller instance.
  • .The option can be used for example if a proxy service is active between Controller instances.
• --primary-title
  • When used with the register command specifies the title of a Standalone Controller or Primary Controller instance.
  • When used with the store-agent command specifies the title of the Primary Director Agent in an Agent Cluster.
• --primary-subagent-id
  • When used with the store-agent command specifies the identifier of the Primary Director Agent in an Agent Cluster.
• --secondary-url
  • When used with the register command, specifies the protocol, host and optionally port of a Secondary Controller instance in a cluster. The JOC Cockpit will connect to the Controller instance using the URL specified.
  • When used with the store-agent command for an Agent Cluster specifies the protocol, host and optionally port of the Secondary Director Agent. The Controller will connect to the Director Agent instance using the URL specified.
• --secondary-cluster-url
  • Specifies the URL used by the Secondary Controller instance to connect to the Primary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the --secondary-url option used for access from JOC Cockpit to the Secondary Controller instance.
  • .The option can be used for example if a proxy service is active between Controller instances.
• --secondary-title
  • When used with the register command, specifies the title of the Secondary Controller instance.
  • When used with the store-agent command, specifies the title of the Secondary Director Agent in an Agent Cluster.
• --secondary-subagent-id
  • When used with the store-agent command, specifies the identifier of the Secondary Director Agent in an Agent Cluster.
• --file
  • Specifies the location of an archive file that is used with export-agent and import-agent commands.
  • On export an existing archive file will be overwritten.
• --format
  • Specifies the format of the archive file indicated with the --file option.
  • The format can be one of ZIP or TAR_GZ. Default: ZIP. The JS7 can process archive files in .zip format on Unix.
• --agent-id
  • The Agent ID specifies a unique identifier for a Standalone Agent or Agent Cluster that cannot be changed later on.
  • Agents are identified from their Agent ID.
• --agent-name
  • The Agent name specifies a unique identifier for a Standalone Agent or Agent Cluster that can be changed later on..
• --agent-url
  • When used with the store-agent command, the option specifies the protocol, host and optionally port of a Standalone Agent.
• --title
  • Specifies the title of a Controller, Agent or Subagent Cluster with related register, store-agent and store-cluster commands.
• --alias
  • When used with the store-agent command, the option specifies alternative names for a Standalone Agent or Agent Cluster. Any number of alias names can be specified separated by comma.
  • Alias names can be used for assignment of Agents to jobs.
• --process-limit
  • Specifies the maximum number of processes running in parallel in a Standalone Agent or Agent Cluster.
  • In an Agent Cluster the maximum number of processes is counted for all Subagents.
• --subagent-id
  • When used with the store-subagent and delete-subagent commands, the option specifies the related Subagent.
  • When used with the store-cluster command, any number of Subagent IDs can be specified separated by comma. This allows to specify Subagents that are members of a Subagent Cluster.
• --subagent-url
  • The option is used with the store-subagent command to specify the proocol, host and port by which the Subagent can be reached.
• --role
  • When used with the store-subagent command, the Subagent's role can be specified. In an Agent Cluster we find the following roles:
    • Primary Director
    • Secondary Director
    • No Director
  • The option accepts the values primary, secondary, no. Default: no.
• --cluster-id
  • Specifies the unique identifier of a Subagent Cluster. The Subagent Cluster ID cannot be changed after the Subagent Cluster is created.
  • The option is used with the store-cluster , delete-cluster, deploy-cluster and revoke-cluster commands.
• --priority
  • Specifies an active-passive or active-active Subagent Cluster. The option accepts one fo the values first (active-passive) or next (active-active). Default: first.
  • The option is used with the store-cluster command.
• --key
  • When used with the decrypt command, specifies the path to a file that holds the Private Key used for decrypting in PEM format.
• --cert
  
  • When used with the encrypt command, specifies the path to a file that holds the CA signed or self-signed X.509 Certificate. Alternatively the path to a file holding the Public Key can be specified. The Certificate is expected in PEM format.
  • For encryption the Certificate must match the Private Key used for later decryption specified with the --key option.
• --key-password
  • When used with the decrypt command, specifies the password for access to the key file using the --key option.
  • Password input from the command line is considered insecure.
    • Consider use of the -k switch or more elaborate mechanisms, for example by temporarily populating the system keystore form a security key such as a YubiKey® or similar.
    • Consider use of encrypted passwords as explained with the --password option.
• --in
  • When used with the encrypt and decrypt commands, specifies the input value that should be encrypted or decrypted.,
  • One of the options --in or --infile can be specified.
• --infile
  • When used with the encrypt and decrypt commands, specifies the path to the input file that should be encrypted/decrypted.
  • One of the options --in or --infile can be specified. This option requires use of the --outfile option.
• --outfile
  • When used with the encrypt command, specifies the path to the output file that will be created holding the encrypted content of the input file.
  • When used with the decrypt command, specifies the path to the output file that will be created holding the decrypted content of the input file.
  • The option is required if the --infile option is specified
• --java-home
  • When used with the encrypt and decrypt commands or with encrypted passwords, specifies the Java home directory. By default the JAVA_HOME environment variable is used to determine the location of Java.
  • The Java home directory is the top-level directory of a Java installation. The directory includes the bin sub-directory and java executable.
• --java-lib
  • When used with the encrypt and decrypt commands or with encrypted passwords, a number of Java libraries are required to perform encryption/decryption.
  • The Java libraries are expected in the lib sub-directory of the JS7 Unix Shell CLI. Default: ./lib.
• --audit-message
  • Specifies a message that is made available to the Audit Log.
  • Specification of Audit Log messages can be enforced on a per user basis and for a JS7 environment.
• --audit-time-spent
  • Specifies the time spent to perform an operation which is added to the Audit Log.
  • The option can be specified if the --audit-message option is used.
• --audit-link
  • Specifies a link (URL) which is added to the Audit Log.
  • The option can be specified if the --audit-message option is used.
• --log-dir
  • If a log directory is specified then the script will log information about processing steps to a log file in this directory.
  • File names are created according to the pattern: deploy-workflow.<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.log
  • For example: deploy-workflow.2022-03-19T20-50-45.log

Anchor
switches switches

Switches

• -h | --help
  • Displays usage.
• -v | --verbose
  • Displays verbose log output that includes requests and responses with the JS7 REST Web Service.
  • When used twice as with -v -v then curl verbose output will be displayed.
• -p | --password
  • Asks the user for interactive keyboard input of the password used for the account specified with the --user option..
  • The switch is used for secure interactive input as an alternative to use of the option --password=<password>.
• -k | --key-password
  • Asks the user for interactive keyboard input of the password used for access to a keystore or key file specified with the --keystore or --key options.
  • The switch is used for secure interactive input as an alternative to use of the --key-password=<password> option.
• -o | --overwrite
  • Specifies that Agent configurations holding the same Agent ID will be overwritten on import when used with the import-agent command.
• -i | --hide
  • If a Standalone Agent is added or is updated using the store-agent command, then the switch specifies that the Agent will not be visible in the JOC Cockpit Dashboard view and Resources->Agents view..
• -c | --cluster
  • Specifies that the operation is applied to an Agent Cluster if the deploy-agent or revoke-agent commands are used.
• --show-logs
  • Displays the log output created by the script if the --log-dir option is used.
• --make-dirs
  • If directories are missing that are indicated with the --log-dir option then they will be created.

Anchor
exit_codes exit_codes

Exit Codes

• 0: operation successful
• 1: argument errors
• 3: no objects found
• 4: JS7 REST Web Service is not reachable or reports errors

Examples

The following examples illustrate use cases for automated deployment of Controller and Agents.

Registering, Checking and Unregistering Controller

Controller instances are assigned a Controller ID on installation. When registering the Controller it will be registered with the given Controller ID.

Users can register a Controller from its URL. Users can check if the connection between JOC Cockpit and Controller can be established. Unregistering a Controller deletes the Controller and related Agents from the inventory

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root)  

# register Standalone Controller
./deploy-controller.sh register "${request_options[@]}" \
    --primary-url=http://localhost:4444 --primary-title="Standalone Controller"

# check Standalone Controller Connection
./deploy-controller.sh check "${request_options[@]}" --controller-url=http://localhost:4444

# unregister Standalone Controller
./deploy-controller.sh unregister "${request_options[@]}" --controller-id=controller

In a Controller Cluster both Controller instances are installed using the same Controller ID

• 0: operation successful
• 1: argument errors
• 3: no objects found
• 4: JS7 REST Web Service is not reachable or reports errors

Examples

The following examples illustrate use cases for automated setup up of an environment with Controller and Agents.

Registering, Checking and Unregistering Controller

Controller instances are assigned a Controller ID on installation. When registering the Controller it will be registered with the given Controller ID.

Users can register a Controller from its URL. Users can check if the connection between JOC Cockpit and Controller can be established.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root)

# register Controller Cluster
./deploy-controller.sh register "${request_options[@]}" \
    --primary# common options for connection to JS7 REST API
request_options=(--url=http://localhost:44464544   --primary-title="Primary Controller" \
    --user=root --password=root)  secondary-url=http://localhost:4644 --secondary-title="Secondary Controller"

# check registerController StandaloneCluster ControllerConnections
./managedeploy-controller.sh registercheck "${request_options[@]} \
   " --primarycontroller-url=http://localhost:4444 --primary-title="Standalone Controller"

# check Standalone Controller Connection4544
./managedeploy-controller.sh check "${request_options[@]}" --controller-url=http://localhost:44444644

# unregister StandaloneController ControllerCluster
./managedeploy-controller.sh unregister "${request_options[@]}" --controller-id=controller

...

Storing, Deploying, Revoking and Deleting Agents

Storing and Deploying Agents

When Agents are stored, then they are added or updated in the inventory and are set to the not deployed status.

When Agents are deployed, then the Agent configuration will be made available to the Controller which connects to the related Agent. As a prerequisite for deployment the Agent must be up & running and must be reachable for the Controller to establish a connection. The same applies to Subagents that have been added to an Agent Cluster using the store-subagent command.

# common options for connection to JS7 REST API
request_options=(-

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root)

# register Controller Cluster
./manage-controller.sh register ${request_options[@]} \
    --primary-url=http://localhost:4544   --primary-title="Primary Controller" \
    --secondary-url=http://localhost:46444446 --secondary-title="Secondary Controller"user=root --password=root --controller-id=controller)

# checkstore ControllerStandalone Cluster ConnectionsAgent
./managedeploy-controller.sh checkstore-agent "${request_options[@]}" \
    --controller-url=http://localhost:4544
./manage-controller.sh check ${request_options[@]} --controller-url=agent-id=StandaloneAgent --agent-name=StandaloneAgent \
    --agent-url="http://localhost:46444445" --title="Standalone Agent"

# unregisterdeploy ControllerStandalone ClusterAgent
./managedeploy-controller.sh unregisterdeploy-agent "${request_options[@]}" --controlleragent-id=controller

Storing, Deploying, Revoking and Deleting Agents

Storing and Deploying Agents

When Agents are stored, then they are added or updated in the inventory and are set to the not deployed status.

StandaloneAgent

An Agent Cluster includes the Primary and Secondary Director AgentsWhen Agents are deployed, then the Agent configuration will be made available to the Controller which connects to the related Agent. As a prerequisite for deployment the Agent Director Agents must be up & running and must be reachable for the Controller to establish a connection.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# store Standalone Agent Cluster with Primary/Secondary Director Agent
./managedeploy-controller.sh store-agent "${request_options[@]}" \
    --agent-id=StandaloneAgentAgentCluster --agent-name=StandaloneAgent=AgentCluster --title="Agent Cluster" \
    --agentprimary-subagent-id=primary-director     --primary-url=http://localhost:4545   --primary-title="Primary Director" \
    --secondary-subagent-id=secondary-director --secondary-url=http://localhost:4445"4645 --secondary-title="StandaloneSecondary AgentDirector"

# deploy StandaloneAgent AgentCluster
./managedeploy-controller.sh deploy-agent "${request_options[@]}" --agent-id=StandaloneAgentAgentCluster --cluster

Revoking and Deleting Agents

When Agents are revoked, then they will be deleted from the Controller. The Agent configuration remains in place with the inventory and will be set to the not deployed status.

When Agents are deleted, then they will be deleted from the Controller and from the inventoryAn Agent Cluster includes the Primary and Secondary Director Agents. As a prerequisite for deployment the Director Agents must be up & running and must be reachable for the Controller to establish a connection.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# revoke storeStandalone Agent Cluster with Primary/Secondary Director
./deploy-controller.sh revoke-agent "${request_options[@]}" --agent-id=StandaloneAgent

# delete Standalone Agent
./managedeploy-controller.sh storedelete-agent "${request_options[@]} \
    " --agent-id=AgentCluster --agent-name=AgentCluster --title="Agent Cluster" \
    --primary-StandaloneAgent

Revoking an Agent Cluster includes to revoke the Subagents and Subagent Clusters from the Controller using a single operation.

Deleting an Agent Cluster wipes the Agent configuration from both Controller and inventory.

# common options for connection to JS7 REST API
request_options=(-subagent-id=primary-director     --primary-url=http://localhost:45454446 --user=root --password=root --primarycontroller-title="Primary Director" \
    --secondary-subagent-id=secondary-director --secondary-url=http://localhost:4645 --secondary-title="Secondary Director"

# deployid=controller)

# revoke Agent Cluster
./deploy-controller.sh revoke-agent "${request_options[@]}" --agent-id=AgentCluster --cluster

# delete Agent Cluster
./managedeploy-controller.sh deploydelete-agent "${request_options[@]}" --agent-id=AgentCluster --cluster

...

Storing and Deleting

...

Subagents

When Agents Subagents are revokedstored, then they will be deleted from the Controller. The Agent configuration remains in place with are added or updated in the inventory and will be set to the not deployed status.When Agents are removed, then they will be deleted from the Controller and from the inventory

Subagents are not deployed individually. Instead, they are deployed with the Agent Cluster using the deploy-agent command.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# revokestore Standalone AgentSubagents
./managedeploy-controller.sh revokestore-agentsubagent "${request_options[@]}" \
    --agent-id=AgentCluster --subagent-id=StandaloneAgent

# delete Standalone Agent
./manageSubagent_01 \
    --subagent-url=http://localhost:4745 --title="Subagent 01"

./deploy-controller.sh deletestore-agentsubagent "${request_options[@]}}" \
    --agent-id=StandaloneAgent

Revoking an Agent Cluster includes to revoke the Subagents and Subagent Clusters from the Controller using a single operation.

...

# common options for connection to JS7 REST API
request_options=(-AgentCluster --subagent-id=Subagent_02 \
    --subagent-url=http://localhost:4446 --user=root4845 --passwordtitle=root --controller-id=controller)"Subagent 02"

# revokedelete Agent ClusterSubagents
./managedeploy-controller.sh revokedelete-agentsubagent "${request_options[@]}" --agentsubagent-id=AgentCluster --cluster

# delete Agent ClusterSubagent_01
./managedeploy-controller.sh delete-agentsubagent "${request_options[@]}" --agentsubagent-id=AgentClusterSubagent_02

Storing, Deploying, Revoking and Deleting

...

Subagent Clusters

Storing and Deploying Subagent Clusters

When Subagents Subagent Clusters are stored, then they are added or updated in the inventory and will be set to the not deployed status.

When Subagents Subagent Clusters are deployed, then they are made available to the Agent Cluster which connects to the related Subagent. As a prerequisite for deployment the Subagent must be up & running and must be reachable for the Agent Cluster to establish a connectionthe cluster configuration will be made available to the Agent Cluster.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# store Subagents active-passive (fixed-priority) Subagent Cluster
./managedeploy-controller.sh store-subagentcluster "${request_options[@]}" \
    --agent-id=AgentCluster --subagentcluster-id=Subagent_01active-passive \
    --subagent-url=http://localhost:4745id=Subagent_01,Subagent_02 --priority=first --title="SubagentActive-Passive 01Cluster"

# store active-active (round-robin) Subagent Cluster
./managedeploy-controller.sh store-subagentcluster "${request_options[@]}" \
    --agent-id=AgentCluster --subagentcluster-id=Subagent_02active-active \
    --subagent-url=http://localhost:4845-id=Subagent_01,Subagent_02 --priority=next --title="SubagentActive-Active 02Cluster"

# deploy deleteSubagent SubagentsClusters
./managedeploy-controller.sh deletedeploy-subagentcluster "${request_options[@]}" --subagentcluster-id=Subagent_01active-passive
./managedeploy-controller.sh deletedeploy-subagentcluster "${request_options[@]}" --subagentcluster-id=Subagent_02

...

active-active

Revoking and Deleting

...

Subagent Clusters

When Subagent Clusters are storedrevoked, then they are added or updated in are deleted from the Agent Cluster. The cluster configuration remains in place with the inventory and will be set to the not deployed status.

When Subagent Clusters are deployeddeleted, then the cluster configuration will be made available to they are deleted from the Agent Cluster and from the inventory.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# revoke Subagent Clusters
./deploy-controller.sh revoke-cluster "${request_options[@]}" --cluster-url=http://localhost:4446 --user=root --password=root --controller-id=controller)id=active-passive
./deploy-controller.sh revoke-cluster "${request_options[@]}" --cluster-id=active-active

# store active-passive (fixed-priority) delete Subagent ClusterClusters
./managedeploy-controller.sh storedelete-cluster "${request_options[@]} \
    --agent-id=AgentCluster" --cluster-id=active-passive
./deploy-controller.sh delete-cluster "${request_options[@]}" --cluster-id=active-passive \
    --subagent-id=Subagent_01,Subagent_02 --priority=first --title="Active-Passive Cluster"

# store active-active (active

Exporting and Importing Agents

Agent configurations can be exported to an archive file. They can be imported, for example when setting up next JS7 environments.

For import users can specify that existing Agent configurations with the same name should be overwritten.

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# export Agents from their Agent ID
./deploy-controller.sh export-agent "round-robin) Subagent Cluster
./manage-controller.sh store-cluster ${request_options[@]} \
    --agent-id=AgentCluster --cluster-id=active-active \
    --subagent-id=Subagent_01,Subagent_02 --priority=next --title="Active-Active Cluster"

# deploy Subagent Clusters
./manage-controller.sh deploy-cluster ${request_options[@]}" \
    --clusterfile=export_agents.zip --agent-id=active-passiveStandaloneAgent,AgentCluster

# import Agents
./managedeploy-controller.sh deployimport-clusteragent "${request_options[@]} --cluster-id=active-active

Revoking and Deleting Subagent Clusters

When Subagent Clusters are revoked, then they are deleted from the Agent Cluster. The cluster configuration remains in place with the inventory and will be set to the not deployed status.

...

}" --file=export_agents.zip

Encrypting and Decrypting

• Secrets can be encrypted and decrypted as explaind with JS7 - Encryption and Decryption.
• Encryption/decryption require related Java libraries that are available from the ./lib sub-directory.
• For creation of a Private Key and Certificate see JS7 - How to create X.509 Encryption Keys.
  
  

# common options for connection to JS7 REST API
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# revoke Subagent Clusters
./manage-controller.sh revoke-cluster ${request_options[@]} --cluster-id=active-passive
./manage-controller.sh revoke-cluster ${request_options[@]} --cluster-id=active-active

# delete Subagent Clusters
./manage-controller.sh delete-cluster ${request_options[@]} --cluster-id=active-passive
./manage-controller.sh delete-cluster ${request_options[@]} --cluster-id=active-active

Exporting and Importing Agents

Agent configurations can be exported to an archive file. They can be imported, for example when setting up next JS7 environments.

...

# common create Private Key
openssl ecparam -name secp384r1 -genkey -noout -out encrypt.key

# create Certificate Signing Request
openssl req -new -sha512 -nodes -key encrypt.key -out encrypt.csr -subj "/C=DE/ST=Berlin/L=Berlin/O=SOS/OU=IT/CN=Encrypt"

# create Certificate
openssl x509 -req -sha512 -days 1825 -signkey encrypt.key -in encrypt.csr -out encrypt.crt -extfile <(printf "keyUsage=critical,keyEncipherment,keyAgreement\n")


# encrypt a secret such as a password using the Certificate, the encryption result will be returned and will look like: enc:BEXbHYa...
./deploy-controller.sh encrypt --in="root" --cert=encrypt.crt

# options for connection to the JS7 REST API can specify the encryption result as password and the Private Key for decryption
request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller)

# export Agents from their Agent ID
./manageuser=root --password="enc:BEXbHYa..." --key=encrypt.key --controller-id=controller)

# for example, when exporting Agents the Private Key is used to decrypt the password for access to the REST API on-the-fly
./deploy-controller.sh export-agent "${request_options[@]} \
   " --file=export_agents.zip --agent-id=StandaloneAgent,AgentCluster

# import Agents decrypt an encrypted secret using the Private Key
./managedeploy-controller.sh decrypt import-agent ${request_options[@]}--in="enc:BEXbHYa..." --filekey=export_agentsencrypt.zipkey

Resources

• API
  • JS7 - REST Web Service API
  • JS7 - PowerShell Module
• Controller Status Operations
  • JS7 - Unix Shell CLI for Controller Status Operations
• Workflow Deployment Operations
  • JS7 - Unix Shell CLI for Workflow Deployment Operations
• Workflow Status Operations
  • JS7 - Unix Shell CLI for Workflow Status Operations

...