IBM RAD 8.5 installation failed - installation

I'm dealing with an ugly error.
I want to install Rational Application Developer 8.5, but the launchpad doesn't work.
Hence, I installed the IBM installation Manager and I set the repository:
File -> Preferences -> Repository
I added the repository.config and I restarted the application.
Unfortunately when I start to configure the installation I get this error:
"Installation Manager non trova i file dei dischi seguenti: 1,2,3,4,5 in IBM® Rational® Application Developer for WebSphere® Software 8.5.1."
Translated:
Installation Manager doesn't find the files of the following disks: 1,2,3,4,5 in IBM® Rational® Application Developer for WebSphere® Software 8.5.1.
I tried to use the master zip as it is suggested here --> https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014848922&ps=25
But this solution was not good for me.
Any suggestion?

I solved the problem.
My RAD software were issue in twelve chunks. I extracted them in order to have a zip file.
I extracted it and I got 5 zip files. I extracted the first four in a folder and the last one in another folder (SETUP).
I used the install.exe inside the SETUP\installation_x86 folder and I went ahead even if I had some warning. When It asked me the first disk I let it point to the folder that I extracted (not the setup, the other one).

Related

Why app installed using MSI installer would disappear from Windows

We made some changes to the installation and updating process of our Windows app recently, and some users are now complaining that Windows sometimes automatically deletes the main application .exe file.
It usually occurs after users update app using built-in web update feature. The feature is implemented using .msi built in Advanced Installer tool.
We are struggling to figure out what is causing this, and haven't found a way to consistently reproduce the issue (though we've seen it happen as well).
Here's what changed with our installation and web updating process:
The main installer for our application is now a standard .msi, which becomes a part of the Windows installation system and is natively manageable by Group Policy and other system features, such as rollback or versions. In previous versions that did not have this problem, our installer was a .exe built with the SetupBuilder tool.
We introduced the redesigned web updater feature inside the app (to update to new versions within the app). It uses the same .msi as the main deliverable as for installation. .msi is downloaded from our server in a form of .exe which is then extracts MSI and starts it. MSI then updates file in our installation. These .exe and .msi is built with Advanced Installer tool which provides such a web update feature to developers. In previous versions that did not have this problem, our web update feature was developed with SetupBuilder tool which provided a custom web update files - .exe web updater that downloads a number of web update files containing patch to our app.
The goal of a transition to the standard .msi installer was to make it easy for our clients to deploy the app in organizations - say, mass deploy using group policies and other similar tools.
Has anyone else experienced a problem like this? Any ideas on how to troubleshoot and try to reproduce?
Theory: Before doing anything else: The first thing I would ask the people who report the problem is if they have re-packaged your older, legacy (non-MSI) setup to be their own MSI file? This can cause a well-known upgrade problem along the lines of what you explain (file missing). Please check first. Tell them to uninstall the existing version and then install the new one - that is the simplest way. Not always enough (some obscure problems possible).
Mismatched component GUIDs could cause missing files after upgrade, as could file version downgrade scenarios and various other technicalities. You could try to install to a new default location on disk to avoid these problems. The reason this can work is very technical and hard to explain tersely. Essentially you de-couple yourself from "the sins of the past". It is generally enough to change the name of the file in question: for example MyApp.exe to MyAppNew.exe or maybe add the major version: MyApp5.exe, but maybe try the folder change first ProgramFiles\MyCompany\MyApp => ProgramFiles\MyCompany\MyApp5.
How do you configure your upgrade? View "Upgrades", what is selected: "Uninstall old version first and then install new version" or "Install new version first and then uninstall old version".
Blog Entry:: Why Windows Installer removes files during a major upgrade if they go backwards in version numbers (might be of help).
Deployment Debugging: For open ended debugging of MSI and deployment problems in general one obviously needs to gather intel and that means logging and system inspection.
Logging: First try to get a proper log file for the systems where this problem occurs. In Advanced Installer you can tick the "Enable verbose logging" in the Install Parameters view to enable verbose logging for all package installations. This adds the MsiLogging property to the compiled MSI and every installation of the MSI will cause a MSI log file with a random name to be created in the TMP folder. View the folder, sort by date and the file should be at the top. Suggest you do this and then tell the users to send you the log files when relevant. Maybe you have this setting enabled already?
Further Logging: There are many ways to enable logging, and you can find a description here: Enable installation logs for MSI installer without any command line arguments. The MsiLogging property is just one possibility.
To log a single MSI setup: http://www.installsite.org/pages/en/msifaq/a/1022.htm.
To enable global logging for all MSI operations on the machine: Please see this FAQ-entry from installsite.org, section "Globally for all setups on a machine" - for the exact procedure.
How to interpret an MSI Log File.

Restore MQ Explorer without backup but install directory

I did Windows upgrade for my machine but I didn't backup my IBM WebSphere environment. However, I copied the whole IBM MQ Installation directory into another folder. Is it possible to restore all IBM MQ environment from the folder I kept without backup?
My MQ version is 8.0.0.4.
If you also backed up your registry and restore the MQ entries, the binaries, and the data, and make sure the files go to the exact same location, then you are good.
If not, there is still hope. First, make sure you have the install media uncompressed in a directory somewhere and your backups safely compressed to a zip file or copied off the Windows host.
Next, follow the instructions in the Spring Cleaning a Windows MQ Installation article to remove all traces of the old installation from the machine.
Reinstall MQ and/or Explorer from scratch, including up to Fix Pack 4 since that's what you had before. This will create the registry entries and a clean set of configuration files.
Now go and define queue managers with the same name as the old ones.
Finally, restore the old QMgr data files over top of the new QMgr data files. If using Explorer, restore its workspace over the new workspace. Be sure to re-install any plug-ins such as SupportPac MS0P as well.
Good luck!

Websphere manageprofile files don't exist in my current installation

I have just downloaded and extracted Websphere locally in my computer and I can't find the manageprofiles command files (both .ssh and .bat). The version of Websphere is 8.5.5.4. Reading its documentation, it assumes that both files should be placed under the bin directory, but they are missing. I have also searched the web trying to download them manually, finding no answer.
Does anybody have any idea of what is happenning, and how may I proceed?
If you "extracted" it and didn't "install" it, it's probably what's termed the "WebSphere Liberty Profile" and not the traditional application server profile.
"manageprofiles" is not used in Liberty. If your instructions include it, you may need the traditional application server which is also available as a trial.
As covener wrote manageprofiles is in traditional WAS. In Liberty just go to the bin folder and issue:
server create yourServerName
then start it using:
server start yourServerName
and you are good to go ;-)

Installing ClearCase CCRCCLI on Windows

I'm stucked with installation of CCRCCLI on the Windows machine. I read this question, but it still not clear for me.
IBM's installation manual requires setting up variable CCSHARED to the directory of Shared Resources, which can be found in IBM Installation Manager. But I installed CCRC directly from ClearCase server and I had no IBM Installation Manager installed, so I don't know how to find Shared Resources Directory. Later I installed Installation Manager, but it didn't show me any IBM products installed (as expected).
I try to point CCSHARED to plugins subdirectory of CCRC, but it seems to be incorrect.
What it Shared Resources Directory and how to find it on my computer?
Later I installed Installation Manager
It is best to uninstall any IBM-ClearCase related product first, then install the IM (Installation Manager, most recent as possible 1.8.1+), then use it to install other Rational projets.
The CCRC CLI (the tool that provides a command-line interface for ClearCase® Remote Client (CCRC) users to perform commonly used ClearCase® operations over a WAN) needs:
the CCRC
Java Runtime Environment (JRE)
Version 1.5 (Java 5) for CCRC CLI V 7.1.x.
Version 1.6 (Java 6) for CCRC CLI V 8.0.
the right compatibility between CCRC CLI and the CM Server.
system requirements similar to the ones for CCRC.
If CCRCCLI needs Shared Folder, said folder is usually called IBMIMShared, at the same level as other IBM products (you can see path examples in this technote).
It acts essentially as an Eclipse p2 repository, with its artifacts.xml file, plugins/ and features/ folders. Installing IM is a good way to create that folder.
However, that Shared Folder won't reference the existing CCRC already installed (hence my initial advice).

How do I Include a file in a release package that is not part of the project

I need to create a release / install package. There is a drop down box in VS that lets me create a release version for the project. So I hit the publish button and choose the CD option. Sure enough it publishes the a setup I need. I installed the application everything goes fine though I have no idea where on the target machine where the application ended up??? Trouble is my application has signed XML file that stores the public keys my application uses to enable features depending on what a customer is licensed to do. I would like the key file to be part of the package that is installed so I don't have to send it seperately. I have to send the license file but I was hoping to avoid confusion by only requiring the user to only have copy the license file to the local directory. Which brings up another question were is application installed I did a search and found nothing with my application name???? But thereis an icon onthe star menu and the applicaton seems to run just file
You probably deployed your application as a "ClickOnce" Application. It installs the program to an obfuscated folder in your users folder. On Windows 7 it winds up in something like "c:\users\username\AppData\Local\Apps\2.0\somefoldername\somefoldername". If you need more control of the installation, the free InstallSheild LE that comes free with VS2010 is not a bad choice. It will let you add additional files as well.

Resources