InstallShield execute error

I’ve hit this error when running an InstallShield setup program on Linux RedHat AS 4.0:

ServiceException: (error code = 305; message = “ISDatabase is unavailable: b22e544779b311a7661cb6eff5bf86d8/isdb”; severity = 0)
at com.installshield.wizard.service.AbstractWizardServices.getISDatabase(Unknown Source)
at com.installshield.util.LocalizedStringResolver.initialize(Unknown Source)
at com.installshield.wizard.service.AbstractWizardServices.addStringResolverMethod(Unknown Source)
at com.installshield.wizard.service.LocalWizardServices.addStringResolverMethod(Unknown Source)
at com.installshield.wizard.service.AbstractWizardServices.createStringResolverMethods(Unknown Source)
at com.installshield.wizard.service.AbstractWizardServices.<init>(Unknown Source)
at com.installshield.wizard.service.LocalWizardServices.<init>(Unknown Source)
at com.installshield.wizard.service.WizardServicesFactory.createLocalWizardServices(Unknown Source)
at com.installshield.wizard.Wizard.getServices(Unknown Source)
at com.installshield.wizard.Wizard.setWizardValue(Unknown Source)
at com.installshield.wizard.Wizard.initializeWizardPropertyValues(Unknown Source)
at com.installshield.wizard.Wizard.startup(Unknown Source)
at com.installshield.boot.BootMain.boot(Unknown Source)
at run.main(Unknown Source)
ISDatabase is unavailable: b22e544779b311a7661cb6eff5bf86d8/isdbWARNING: could not delete temporary file /tmp/ismp001/9681561

The error was related to the language locale:

[myservermachine opt]# locale
LANG=en_US.UTF-8
LC_CTYPE=”en_US.UTF-8″
LC_NUMERIC=”en_US.UTF-8″
LC_TIME=”en_US.UTF-8″
LC_COLLATE=”en_US.UTF-8″
LC_MONETARY=”en_US.UTF-8″
LC_MESSAGES=”en_US.UTF-8″
LC_PAPER=”en_US.UTF-8″
LC_NAME=”en_US.UTF-8″
LC_ADDRESS=”en_US.UTF-8″
LC_TELEPHONE=”en_US.UTF-8″
LC_MEASUREMENT=”en_US.UTF-8″
LC_IDENTIFICATION=”en_US.UTF-8″
LC_ALL=

As you can see the language is set with UTF-8. This is the root cause for the problem. Just do the following:

export LANG=”en_US”

and try again. At least it works for me.

IBM WebSphere interserver authentication: LTPA and SSL

On some applications, if you have a two layer deployment, one server for the web layer and another server for the business logic layer, you may need to enable global security and then to allow the communication between servers you need to setup LTPA between servers. On version 5.x and 6.0 just by moving the LTPA key from the business server to the application server and setting up the authentication method does the deal, and it has no need of intermediate steps to allow communication between servers.

On 6.1 version is not quite that simple, because RMI between servers runs now over SSL, and guess what if an SSL session can’t be established, the comunication is not possible.

The error message might be something like:  CAUGHT_EXCEPTION_WHILE_CONFIGURING_SSL_CLIENT_SOCKET: JSSL0080E: javax.net.ssl.SSLHandshakeException – The client and server could not negotiate the desired level of security. Reason: com.ibm.jsse2.util.h: No trusted certificate found vmcid: IBM minor code: E07 completed: No]

The key lead here is the “No trusted certificate found”, which means that an SSL session could not be established do too the missing of a server certificate.

The solution: On the IBM Websphere server that needs to comunicate (in this case the server running the the web layer), execute the following steps:

1) Logon into the WAS console.

2) Goto Security -> SSL and Key Management

3) Select the NodeDefaultTrustStore and then Signer Certificates

4) Define your parameters, where the main issue is that the host must be the server you which to connect and the port is 9043.

5) Just give an alias name and press the button “Retrieve Signer Certificate”

6) Press apply and OK, and you’re done.

Try connecting again. It should work now.