Command Line Adapter 2
The Command Line Adapter 2 (CLA2) is a second-generation adapter that enables Sterling B2B Integrator to run a program from a command line in a business process, including executable programs, scripts, or operating system (OS) commands external to Sterling B2B Integrator.
The Command Line Adapter 2 also supports large files up to 12 GB and provides better memory allocation than the Command Line adapter. The Command Line Adapter 2 replaced the Command Line adapter.
The Command Line Adapter 2 is disabled by default. Before a new or existing business process can use the Command Line Adapter 2, you must enable the adapter. For more information about enabling the adapter, see Enabling the Command Line Adapter 2.
The Command Line Adapter 2 supports both key based authentication and data security with SSL. Both the remote command and the file payload is transferred over the encrypted channel. Once the transfer is complete, the unencrypted file payload is stored on the file system where the CLA2 command runs.
To secure the Command Line Adapter 2 you must least enable authentication. For more information about how to configure these new parameters in the adapter, see Configuring the Command Line Adapter 2.
Any existing custom Command Line Adapter 2 service instances must be reconfigured to verify that authentication is enabled and the correct key (cla2auth) is selected. To verify that authentication is enabled, you can review the audit log file that contains the timestamp, the source host IP, the business process, and the full command line.
Secure deployment of the Command Line Adapter 2 can be done both locally and remotely. In CLA2 deployment, a CLA2 server runs on each node and only the local CLA2 client can call the CLA2 server. Business processes must be on each node that is running a CLA2 server or you can create a service group of CLA2 adapters to allow the client service to call the appropriate CLA2 server on the localhost.



The following table provides a high-level overview of the Command Line Adapter 2:
System name | CmdLine2 |
GPM category | All Services |
Description | Executes a program from the command line. The syntax
is: cmd.exe /C <command> . This is not necessary
when running scripts. Examples:cmd.exe /C dir importBPs.sh |
Business usage | Used to call any program from the command line. |
Usage example | You could use the Command Line Adapter 2 to invoke
a program that:
|
Preconfigured? | No |
Requires third party files? | No |
Platform availability | All supported Sterling B2B Integrator platforms |
Related services | Command Line Adapter |
Application requirements | None |
Initiates business processes? | Yes, if you define a business process to start when you configure the Command Line Adapter 2. The business process starts after the output from the command line process is read. |
Invocation | Once you enable the Command Line Adapter 2, there
are no special requirements. The Command Line Adapter 2 can either
be used to start (“bootstrap”) a business process or you
can include the Command Line Adapter 2 directly in a business process
to perform an explicit command. Note: The term “bootstrap”
is used in the GPM to indicate that the Command Line Adapter 2 is
used to start a business process after the output from the command
line process is read.
|
Business process context considerations | None |
Returned status values | Returned status values:
|
Restrictions | A configuration of this adapter is needed for each
program invoked from the command line. Authentication is enabled by default in Sterling B2B Integrator delivered Command Line Adapter 2 instances. Custom Command Line Adapter 2 instances need to be configured manually to ensure authentication is enabled and the cla2auth certificate is selected. |
Persistence level | System default (Full Persistence) |
Testing considerations | Call a small command line process (without using it to invoke a business process) to perform a simple command. |
How the Command Line Adapter 2 Works
Use the Command Line Adapter 2 in a business process to run any program from the command line, including executable programs, scripts, or OS commands external to Sterling B2B Integrator. The types of activities that can be performed include data encryption and decryption, file manipulation, data manipulation, and initiation of a process on a remote system.
You can create multiple Command Line Adapter 2 configurations, one for each of several specific commands. Alternatively, you can use a single Command Line Adapter 2 configuration to perform different commands by specifying the command line process (cmdLine) and working directory (workingDir) in the business process. See Command Line for details on these parameters.
For example, your company communicates with a legacy database that is important to its daily business. You want to retrieve some customer billing information in the database and send it within a business process in Sterling B2B Integrator to your accounting department. You can write your own executable program to communicate with your legacy system and run it using the Command Line Adapter 2.
- The adapter writes the content of the current primary document to a file in the working directory specified as the value of the working directory parameter. The name of this file is specified by the value of the inputFile parameter.
- Sterling B2B Integrator runs an executable program that picks up the file and sends it to the legacy system.
- The legacy system returns a file, which now includes the customer billing information, and the adapter retrieves it. The file returned is specified by the value of the outputName parameter.
- The adapter reads the file contents into the primary document.
- Sterling B2B Integrator performs the next operation in the business process.
Implementing the Command Line Adapter 2
- Execute commands using the command line from within a business process.
- Invoke the Command Line Adapter 2 on a schedule and then start
a new business process using the output from the adapter. Note: This could be used if you wanted to schedule a command line program that accessed a legacy database on a regular schedule and then used the output in a business process.
The information in this section applies to both of the above implementations.
Before You Begin
- Enable the Command Line Adapter 2. For information, see Enabling the Command Line Adapter 2.
- Create and test the command line program or command to make sure that it works.
- Determine the working directory where you will be processing your commands.
Process Overview
To implement the Command Line Adapter 2:
- Create a Command Line Adapter 2 configuration. For information,
see Managing Services and Adapters.Note: If you are configuring a Command Line Adapter 2 to start a business process, create the business process before you configure the adapter.
- Configure the Command Line Adapter 2. For information, see Configuring the Command Line Adapter 2.
- Create and enable a business process that includes the Command Line Adapter 2.
- Test the business process and the adapter.
- Run the business process.
Configuring the Command Line Adapter 2
To create a Command Line Adapter 2 configuration, you must specify field settings in Sterling B2B Integrator and in the GPM. For general information about service and adapter configurations, see Managing Services and Adapters.
The Application Configuration
The following table describes the fields used to configure the Command Line Adapter 2 in Sterling B2B Integrator.
Field | Description |
---|---|
Name | Unique and meaningful name for the adapter configuration. Required. |
Description | Meaningful description for the adapter configuration, for reference purposes. Required. |
Select a Group | Select a Service Group to associate with this adapter.
Valid values:
Note: A Service Group is a group of services or adapters of the
same type that can act as peers. A Service Group name is used in BPML
in place of the Service Configuration name. Service Groups show up
in the GPM as if they were Service Configurations. For more information
about Service Groups, see Managing Services and Adapters.
|
Remote Name (remoteName) | Remote host name or IP address where the remote
adapter implementation is running. Required. Note: For backward compatibility,
the CLA2 supports the Command Line adapter parameter rmiAddr (at the
business process level only).
|
Remote Port (remotePort) | Remote port is determined by the port configuration
of the Command Line Adapter 2 server. Required. Default value: basePort+52. |
Access Authentication? | Turn on authentication for this instance? Valid
values:
The security default is 30 seconds (3000 milliseconds) and
can be adjusted in the CmdLine2server.properties file.
Restriction: The Command Line Adapter 2 server
cannot have more than one private certificate in the JKS repository.
For more information, see Maintaining authentication and SSL keys.
|
System Authentication Certificate | Select the authentication certificate that you want to run. Default value: cla2auth. |
Command Line (cmdLine) | Command line process you want to run. Do one of
the following:
Note: If $Input or $Output resolves to a filename that contains
one or more spaces, automatic quoting will be performed before the
command line is executed. For example, If the original command line
was
test.sh $Input , and $Input resolves to file 1,
then the final command line, before execution, will be test.sh
“file 1” . Therefore, do not put quotes around
$Input or $Output.Note: An example of a command line entry
is test.sh $Input $Output $0 $1 $2 $3 $4 $5 $6 $7 $8 $9. This runs the shell script test.sh taking an
input file, using ten parameters, and producing an output file.
|
Working Directory (workingDir) | Location of the directory to use for executing
the command line process. Optional. Default is the current working
directory of the JVM running CLA2Client.jar. CAUTION: Using this adapter to call a Unix script modifies the directory path
of the environment variable LD_LIBRARY_PATH. To keep your current
path, your script should include either the LD_LIBRARY_PATH path or
a reference to your .profile (which includes the LD_LIBRARY_PATH path).
|
Turn on debugging messages? (cla2_debug) | Turn on debugging for this adapter instance?
Valid values:
Note: This turns on debugging for this specific adapter instance.
These messages are logged in the system log in the install_dir logs directory. This parameter is read-only in the GPM.
Note: For backward compatibility, the CLA2 supports the Command Line adapter
parameter cmdl_debug (at the business process level only).
|
Wait on the process to complete before continuing? (waitOnProcess) | Wait on the process to complete before continuing
the business process. Valid values:
Note: If Use the output generated by the command line
process is set to Yes, the value of this parameter is assumed
to be Yes because the service cannot use output if it does not wait
for the process to complete. This parameter is read-only in the GPM.
|
Does this service start a business process? (bootstrap) | Whether the service starts a business process.
Required. Valid values:
Note: This parameter is read-only in the GPM.
|
Business process (initialWorkFlowName) | Business process you want the Command Line Adapter
2 to start. This field is required only if you selected Yes in Does this service start a business process? . If you prefer to
configure this parameter in the GPM, select Not Applicable. Note: For
backward compatibility, the CLA2 supports the Command Line adapter
parameter initialWorkFlowId (at the business process level only).
|
Create Unique working directory | Command Line Adapter 2 creates a unique working directory for each invocation of a business process using the same Command Line Adapter 2 instance. Selecting this option ensures that the adapter instances do not overwrite each other when multiple files with the same name exist. |
Document Storage Type (docStorageType) | Defines how the document is stored in the system.
Required when the adapter starts a business process. Valid values:
Note: For more information on document storage types, see Managing Services and Adapters.
|
Run as User | Applies to the scheduling of the business process. The Run As User field only
displays as an option if Does this service start a business process? is set to
Yes. Type the user ID to associate with the schedule, or click the ![]() Note: This
parameter allows someone who doesn't have rights to a specific business process to run it. If you
select Admin as the user ID, you will inherit Administrative rights (for this
run of the business process only), and enable the scheduled run.
|
Use 24 Hour Clock Display | If selected, the adapter will use the 24-hour clock instead of the default 12-hour clock. |
Schedule | Information about scheduling the business process
invoked by the Command Line Adapter 2. The Schedule field only displays
as an option if Does this service start a business process? is set to Yes. Valid values:
|
Does the command line process require an input file? (useInput) | Defines whether the command line process requires
an input file? Required. Valid values:
Note: This parameter is read-only in the GPM.
|
Input File Name (inputName) | Input file name, if the command line process requires
an input file. Any occurrences of $Input in the command line are replaced
with this name. Optional. If you leave this field blank, the default
is the primary document name. Note: It is important to have a unique
input file name for all concurrently running instances of Command
Line adapters. If more than one instance of the Command Line Adapter
2 can be executing at the same time, you must create a dynamic, unique
name to keep the instances from overwriting each other and causing
the process to fail. This can be done by concatenating the current
process ID on to a file’s base name. This dynamic name may also
need to be passed to the cmdLine.
|
Delete input file after process completes? (inputDelete) | Defines whether the input file is deleted after
the process completes? Valid values:
Note: To delete the input file, Wait on the process
to complete before continuing? must also be Yes. This
parameter is read-only in the GPM.
|
Use the output generated by the command line process? (useOutput) | Use output generated by the command line process?
Required. Valid values:
Note: This parameter is read-only in the GPM.
|
Output File Name (outputName) | Output file name, if you want to use the output
generated by the command line process. Any occurrences of $Output
in the command line are replaced with this name. Optional. If you
leave this field blank, the default is the business process primary
document name. Note: It is important to have a unique output file
name for all concurrently running instances of command line adapters.
If more than one instance of the Command Line Adapter 2 can be executing
at the same time, you must create a dynamic unique name to keep the
instances from overwriting each other and causing the process to fail.
This can be done by concatenating the current process ID on to a file’s
base name. This dynamic name may also need to be passed to the cmdLine.
|
Delete output file after process completes? (outputDelete) | Specifies whether the output file is deleted after
it is collected? Valid values:
Note: This parameter is read-only in the GPM.
|
Use SSL (Note: User Authentication without SSL will result in a weak security configuration.) | Use SSL to secure the Command Line Adapter 2? Valid values:
Restriction: The Command Line Adapter 2 server
cannot have more than one private certificate in the JKS repository.
For more information, see Maintaining authentication and SSL keys.
|
SSL Public CA Certificate | Select the SSL Public CA certificate for validation. |
GPM Configuration
The following screen shows a graphical view of some GPM parameters for the Command Line adapter. The dimmed values were specified using the Command Line adapter configuration. The active fields are env0 and env1, which cannot be configured in the service configuration.

The following example shows the corresponding business process solution using BPML.
<process name="Example_CommandLine2BP">
<operation name="Command Line 2 Adapter Run Script">
<participant name="Sample_CommandLine2_Adapter"/>
<output message="CmdLine2InputMessage">
<assign to="."> from="*"/>
<assign to="parm0">VAR1</assign>
<assign to="parm1">USER</assign>
<assign to="parm2">10</assign>
<assign to="env0">VAR1=TEST</assign>
<assign to="env1">USER=ME</assign>
</output>
<input message="inmsg">
<assign to="." from="*"></assign>
</input>
</operation>
</process>
The following table describes the fields used to configure the Command Line adapter in the GPM. This table contains the fields that are only configured in the GPM. Other fields may also be configured if they were left blank in the Sterling B2B Integrator configuration.
Field | Description |
---|---|
Config (participant name) | Name of the adapter configuration. Required. |
env0 | An environment variable in the form name=value. Optional. Any value is valid. |
env1 | An environment variable in the form name=value. Optional. Any value is valid. |
env2 | An environment variable in the form name=value. Optional. Any value is valid. |
env3 | An environment variable in the form name=value. Optional. Any value is valid. |
env4 | An environment variable in the form name=value. Optional. Any value is valid. |
env5 | An environment variable in the form name=value. Optional. Any value is valid. |
env6 | An environment variable in the form name=value. Optional. Any value is valid. |
env7 | An environment variable in the form name=value. Optional. Any value is valid. |
env8 | An environment variable in the form name=value. Optional. Any value is valid. |
env9 | An environment variable in the form name=value. Optional. Any value is valid. |
keepPath | Normally, any path information is stripped off
the filename to allow for platform independence. This parameter allows
you to keep the entire path. Optional. Valid values:
|
parm0 | Resolves the $0 placeholder. Optional. Any value is valid. |
parm1 | Resolves the $1 placeholder. Optional. Any value is valid. |
parm2 | Resolves the $2 placeholder. Optional. Any value is valid. |
parm3 | Resolves the $3 placeholder. Optional. Any value is valid. |
parm4 | Resolves the $4 placeholder. Optional. Any value is valid. |
parm5 | Resolves the $5 placeholder. Optional. Any value is valid. |
parm6 | Resolves the $6 placeholder. Optional. Any value is valid. |
parm7 | Resolves the $7 placeholder. Optional. Any value is valid. |
parm8 | Resolves the $8 placeholder. Optional. Any value is valid. |
parm9 | Resolves the $9 placeholder. Optional. Any value is valid. |
setSoTimeout | Specifies, in milliseconds, how long the socket will wait in receive mode without receiving anything before timing out. This is necessary to ensure that a process doesn't “hang” indefinitely. Optional. Valid value: any integer. Default is 60000 milliseconds (60 seconds). If your command line process is going to take longer than the default 60 seconds to process completely, then increase this value accordingly. |
successValue | If waitOnProcess is Yes (true), then this option
can be used to determine what the successful return code value is.
Optional. Valid value is any integer. The default is 0 . If a value
is specified and does not equal the return code value of the process,
the business process status is set to ERROR. Note: The successValue
parameter is an important parameter that is often overlooked. It is
used to signal Sterling B2B Integrator if the command line process failed. If the returned success
value does not match the returned status, the process fails. Without
returning a success value from an OS script, failures are not detected
and the process is assumed to have passed. This creates a failure
for the business functionality that is hard to correct later. In writing
OS scripts, always check the return status for each call and handle
it properly. This includes returning the status values to the OS shell.
Error handling in scripts can cause the script to exit before the
final output file is generated. Returning from the script to Sterling B2B Integrator without
an output file is a critical error that is handled before the returned
success Value is examined. See Use the output generated by the
command line process? for dealing with this issue.
Many
OS commands do not return a success value, instead they output errors
to stderr or stdout. In these cases, the commands stderr and/or stdout
text must be captured, filtered, and an error status returned if the
command failed. |
Output from Adapter to Business Process
The following table contains the parameters passed from the Command Line Adapter 2 to the business process:
Parameter Name and Element Value (BPML) | Description |
---|---|
Document (CLA2/document) | If a file is collected in non-bootstrap mode, the document is placed in ProcessData, not as the Primary Document. |
DocumentId (CLA2/documentId) | If a file is collected in non-bootstrap mode, the document identifier of the document is placed here. |
ProcessExitValue (CLA2/ProcessExitValue) | Sets the process data value to the exit value of the process. |
FileName (CLA2/FileName) | The name of the file, if any, that was collected as part of the output from the process that ran. |
Usage Examples
This section contains an example using the Command Line Adapter 2. Examples are included using both the GPM and BPML.
Invoking the Command Line Adapter to Run a Shell Script
- When this example configuration is used, a shell script called “test.sh” (which resides in the /home directory) is run.
- The program requires the input filename as the first parameter, the output filename as the second parameter, and three other parameters.
- Because the useInput variable is set to true and the inputName variable is blank, the name of the primary document replaces the $Input placeholder.
- Because the useOutput variable is set to true and the outputName variable is blank, the $Output placeholder is replaced with the name of the primary document.
- If the document name in the workflow context is “data.txt”
in this example, the command line becomes
/home/test.sh data.txt data.txt VAR1 USER 10
at run-time. - The name of the primary document is passed as the input file to the shell script program on the command line.
- The name of the primary document is passed as the output file
to the shell script program on the command line. Note: If the inputName and outputName parameters had file names entered, these file names would replace the $Input and $Output placeholders.
GPM Example
The following example illustrates the above business process using the GPM.

Business Process Modeling Language (BPML) Example
The following example illustrates the same business process using BPML.
<process name="Example_CommandLine2_BP">
<operation name="Command Line Adapter 2 Run Script">
<participant name="Sample_CommandLine2_Adapter"/>
<output message="CmdLine2InputMessage">
<assign to="."> from="*"/>
<assign to="parm0">VAR1</assign>
<assign to="parm1">USER</assign>
<assign to="parm2">10</assign>
<assign to="env0">VAR1=TEST</assign>
<assign to="env1">USER=ME</assign>
</output>
<input message="inmsg">
<assign to="." from="*"></assign>
</input>
</operation>
</process>
Enabling the Command Line Adapter 2
Before you can use the Command Line Adapter 2, you must enable the server by editing the sandbox.cfg file. For more information on installing the Command Line Adapter 2 server remotely, see Installing the Command Line Adapter 2 server remotely.
Also, if you have a custom Command Line Adapter 2, you must reconfigure each of your custom adapters with the authentication and SSL options, see Configuring the Command Line Adapter 2.
To enable the Command Line Adapter 2 locally in your environment:
- Open sandbox.cfg file that is in the install_dir/properties directory.
- Add the LAUNCH_CLA2_SERVER property and
set the value to true.
LAUNCH_CLA2_SERVER=true
- Run the setupfile.sh/.cmd to recycle Sterling B2B Integrator.
- Start and stop the Command Line Adapter 2.
- Start the Command Line Adapter 2 with the startCmdLine2.sh (UNIX) or the StartCLA2WindowsService.cmd (Windows) script.
- Stop the Command Line Adapter 2 with the stopCmdLine2.sh (UNIX) or the StopCLA2WindowsService.cmd (Windows) script.
CLA2_PORT
in the sandbox.cfg to take thread dumps from
the User Interface. You can also use the command line and the shell
script to take a thread dump.Installing the Command Line Adapter 2 server remotely
For your new or existing Command Line Adapter 2 remote instances you must use these instructions to install and redeploy the Command Line Adapter 2 server. Also, before you begin editing the files on your remote server, you must copy the needed files to your remote server.
To install the Command Line Adapter 2 server remotely:
- Run the <install>/bin/CLA2makejar.sh(UNIX or Linux® or <install>/bin/CLA2makejar.cmd (Windows) script in your Sterling B2B Integrator instance to create the CLA2RemotePackage.jar in your /bin directory.
- Copy the CLA2RemotePackage.jar to your remote server.
- On your remote server, create a directory (<remoteFolder>).
- Copy the CLA2RemotePackage.jar into your <remoteFolder> and extract the contents of the CLA2RemotePackage.jar.
- Edit the following scripts in your <remoteFolder> by updating all the remote paths and ports.
- startCmdLine2.sh (UNIX)
jvm_args="-Xms128m -Xmx512m -DcmdlineProps2="<remoteFolder>/CmdLine2server.properties" -jar" clientJar=<remoteFolder>/CLA2Client.jar logOutput=<remoteFolder>/CmdLine2.output nohup <remoteFolder>/bin/java $jvm_args $clientJar <remotePort> > $logOutput 2>&1 & cmdLine2pid=$! echo $cmdLine2pid > <remoteFolder>/cmdline2.pid echo CmdLine2 started with PID=$cmdLine2pid
- stopCmdLine2.sh (UNIX)
pidFile=<remoteFolder>/cmdline2.pid
- start_remote_CLA2_console.cmd (Windows)
<remoteJKDfolder>\bin\java.exe -Xss256k -Xms64m -Xmx512m -DcmdlineProps2= <remoteFolder>\CmdLine2server.properties -Djava.io.tmpdir=<remoteFolder> -Djava.class.path=<remoteFolder>\CLA2Client.jar; com.sterlingcommerce.woodstock. services.cmdline2.CmdLine2RemoteImpl <remotePort> > <remoteFolder>\cla2client.log 2>&1
- startCmdLine2.sh (UNIX)
- Edit the CmdLine2server.properties file in
your <remoteFolder>.
keystore_location=<remoteFolder>/cla2_KeyStore.jks
Tip: The host binding propertyCLA2NetworkHosts
is in the CmdLine2server.properties file and the host binding must include the remote host name for example: localhost,chantico.dub.usoh.ibm.com. - Edit the log file location in the Cmdline2server.properties file.
logLocation=<remoteFolder>/cla2server.log
- Modify the *.sh files to make them executable.
chmod 740 *.sh
- Start the CLA2 server with the start script in your remote directory.
- startCmdLine2.sh (UNIX)
- start_remote_CLA2_console.cmd (Windows)
- Verify that the server started correctly by viewing the cla2client.log file.
- Stop the Command Line Adapter 2 server with the stop script in
your remote directory.
- stopCmdLine2.sh (UNIX)
- Ctrl + C (Windows)
Stopping the Command Line Adapter 2
If Sterling B2B Integrator is shut down with the (Windows) stopWindowsService.cmd or (UNIX) hardstop.sh script, the Command Line Adapter 2 also shuts down.
- (UNIX)
./stopCmdLine2.sh
- (Windows service)
stopCLA2WindowsService.cmd
Otherwise, once started, the adapter runs silently as configured and does not return to the command line until it is finished, interrupted, or fails. Therefore, you cannot use that command line to execute any other commands.
Maintaining authentication and SSL keys
The Command Line Adapter 2 provides default keys. However, you can use custom keys for authentication and SSL both locally and remotely. For remote custom keys, you must update the Java™ keystore (JKS) file and the property file in your remote directory. For more information on importing keys, see Security.
- Create a key pair with your preferred tool.
- Import the key pair into the Sterling B2B Integrator system keys table. For more information on importing keys, see Security.
- Select the imported key or certificate when you configure the Command Line Adapter 2 in Sterling B2B Integrator.
- Add the public key to the CLA2Server.jks file with your preferred tool (example: Keytool).
- Set the publicCertAlias = <custom_name> in the CmdLine2servers.properties file.
- Create a key pair with your preferred tool.
- Import the certificate into the Sterling B2B Integrator CA certificate table. For more information on importing keys, see Security.
- Select the imported certificate when you configure the Command Line Adapter 2 in Sterling B2B Integrator.
- Add the private key to the CLA2Server.jks file with your preferred tool (example: Keytool).
- Set the SSLCertificateName = <custom_name> in the CmdLine2servers.properties file.
Changing the default keystore password
You can change the default CLA2 keystore password. This allows you to list the contents of the keystore, change the password to comply with any client policy, and otherwise update the keystore such as adding certificates or removing obsolete certificates.
With all the custom changes, when you upgrade Sterling B2B Integrator, you must back up and restore the keystore with the changed password.
- Locate your encrypted keystore password from the CmdLine2server.properties file. For example, keystorePassword=CRYPTED:<encrypted password value>
- Run the following script: CLA2_PasswordUtil.sh -decrypt
CRYPTED:<your encrypted password value>. The following message is
displayed (as an example only):
The encrypted password was successfully decrypted: Decrypted value for CRYPTED:yccE7zmaQvxORNHZI88FblGFPL7bLwkjFQijL/VYGms= is:CLA2ServerDefaultPassword40000
- To change the password, run ./CLA2_PasswordUtil.sh -encrypt on the new password.
- Paste the encrypted string (including the CRYPTED: prefix) in your CmdLine2server.properties file as the value of the keystorePassword property.