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

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 J2EE applications deployed on WebSphere, you may have a two layer deployment: one server for the web layer and another server for the business logic layer. But for this to work 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 communication between servers runs now over SSL, and guess what: if an SSL session can’t be established, the communication is not possible.

The error message might be something like:  CAUGHT_EXCEPTION_WHILE_CONFIGURING_SSL_CLIENT_SOCKET: JSSL0080E: – The client and server could not negotiate the desired level of security. Reason: 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 because of a missing server certificate.

The solution: On the IBM Websphere server that needs to communicate (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 information to be given is that the host must be the server you which to connect  to 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.