About cookies on this site Our websites require some cookies to function properly (required). In addition, other cookies may be used with your consent to analyze site usage, improve the user experience and for advertising. For more information, please review your options. By visiting our website, you agree to our processing of information as described in IBM’sprivacy statement. To provide a smooth navigation, your cookie preferences will be shared across the IBM web domains listed here.
Troubleshooting
Problem
This document provides details on three ways to deploy IBM i Access Client Solutions.
Resolving The Problem
In the past year, there has been an install_acs_xx.js script that has copied the deployment files to the PC in the C:\users\<user>\IBM\Client Solutions directory. In the 1.1.4.3 version of IBM i Access Client Solutions, this script has been enhanced to allow administrators to create a customized deployment. It also will allow users to select the options they want if there is no customized deployment.
For an Administrator to create a custom deployment, the administrator can run the install_acs_xx.js /AdminConfig. This will record the responses and update the AdminConfig.properties file in the deployment files. It is recommended that you stage this deployment on a central location such as a network drive/share or IBM i IFS directory that all users have access to. When you use the /AdminConfig parameter, the wizard will appear. The screens and options you will be presented with are as follows:
For an Administrator to create a custom deployment, the administrator can run the install_acs_xx.js /AdminConfig. This will record the responses and update the AdminConfig.properties file in the deployment files. It is recommended that you stage this deployment on a central location such as a network drive/share or IBM i IFS directory that all users have access to. When you use the /AdminConfig parameter, the wizard will appear. The screens and options you will be presented with are as follows:
Deployment - First time user controlled
When your users run the install_acs_xx.js script from their PC, the following actions take place:1. The product files will be copied from the remote location to the local PC at <user_home>\IBM\ClientSolutions 2. File associations will be created. 3. If IBM i Access Client Solutions has never run on this PC before, the user will be presented with a license agreement that must be accepted. Note: The Wizard will not run if the C:\Users\<user>\IBM\Client Solutions path exists on the user's PC; nor will it run if the AcsConf.properties file has been modified.
The wizard will go through the possible options users can select.
Figure 1. IBM i Access Client Solutions deployment wizard – 5250 emulation
Figure 2. IBM i Access Client Solutions deployment wizard – Existing 5250 session profiles
Figure 3. IBM i Access Client Solutions deployment wizard - Printer Output
Figure 4. IBM i Access Client Solutions deployment wizard - Data Transfer
Figure 5. IBM i Access Client Solutions deployment wizard - IBM Navigator for i
Figure 6. IBM i Access Client Solutions deployment wizard - Manage SSL
Figure 7. IBM i Access Client Solutions deployment wizard - Console
Figure 8. IBM i Access Client Solutions deployment wizard - Remote Command
Figure 9. IBM i Access Client Solutions deployment wizard - Shortcuts
Local and Shared Deployments
Once the custom deployment is created, you have two options for users to deploy the product:
1. Local on the PC
2. Remote from a network drive/share or IBM i IFS directory
Local Deployments:
1. The product files will be copied from the central location to the local PC.
2. To apply product updates to the PC, the install_acs_xx.js script needs to be run again.
3. The remote location does not need to be available to start the product because all product files are available locally on the PC.
Shared Local Deployments:
1. Admin creates the deployment file and rebundles them and puts them to the same location on each users PC.
2. The files reside on the local users pc.
3. The deployment is run from the local users pc. (either by the user or by script etc)
4. Updates are updated locally on each users pc. (ie copy ascbundle.jar and replace the one on each users pc.
***Since all files are copied to the same location on the users pc, pushing updates is not a problem and the users won't have any network latency issues.
Shared Remote Deployments:
1. Users need to connect to the remote location to start the product.
2. The files only reside at the central location and are never copied to the local pc.
3. Updates and configuration changes are picked up automatically by stopping and restarting the IBM i Access Client Solutions.
4. The remote location must be available to all users to start the product.
Applying product updates
On Local System Deployment:
Updates are applied by calling the install_acs_xx.js script again just like the previous option. However, for this type of deployment, there is one extra step to be performed by the administrator.
When customizing the product using the /AdminConfig parameter, these customizations were written to the AcsConfig.properties file in the product's root directory. When the administrator updates the product files with a new version by extracting the contents of the new version on top of the existing files, by default, the AcsConfig.properties file will get overwritten with a shipped default version. This means that your existing customizations will be lost. The best way to address this is to first save the AcsConfig.properties file, extract the updated files on top of the existing, and replace the AcsConfig.properties file with the one you saved off.
On Remote System Deployment:
The key advantage to this type of deployment is that when the administrator updates the product at the central location or decides to change the function availability, the install_acs_xx.js script does not need to be run again to pick up the updates. This is because the Desktop shortcuts and file associations are already pointing to the updated files at the central location. However, similar to the previous option, the administrator has one more step after updating the product files because the AcsConfig.properties file would have been overwritten with a shipped default version. Adminstrators need to make sure they save the AcsConfig.properties file, extract the updated files on top of the existing, and replace the AcsConfig.properties file with the one that was saved off.
Related Information
[{"Type":"MASTER","Line of Business":{"code":"LOB68","label":"Power HW"},"Business Unit":{"code":"BU070","label":"IBM Infrastructure"},"Product":{"code":"SWG60","label":"IBM i"},"Platform":[{"code":"PF012","label":"IBM i"}],"Version":"7.1.0"}]
Was this topic helpful?
Document Information
Modified date:
31 October 2024
UID
nas8N1020967
Manage My Notification Subscriptions