Hi,

We are trying to prepare an installation package for BO v6.5.1 but we are facing some issues.

The packaging tool used is Installshield Adminstudio 6 and the machine is Windows XP.

We are able to create msi package using the snapshot approach and install BO using the package.
But when we try to open Business Objects it is just tryng to open and closing it off.
The other components designer and supervisor we are able to access.

We are not able to identify the exact error.

Any help appreciated.

Thanks in advance,
Aleena
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Have you tried running regmon / filemon to find out what's happening?

Also, do a compare of the file system on a vendor install against your repackaged install for any obvious differences. If all is well there then you can start looking for registry differences which is obviously more complicated but may be necessary!

Regards,
Rob.
Answered 09/29/2005 by: MSIPackager
Third Degree Black Belt

Please log in to comment
0
I did a repackage of BOBJ 6.5.1 a while ago with Wise Package Studio, if I don't recall everything entirely wrong one of the regkey-values got messed up.

It was captured incorrectly with the value:
"registry28","2","SOFTWARE\Business Objects\Suite 6.0\default\BusinessObjects\BusObj Configuration\BusinessBatch\Bus Initialization" (one of the keys, think it was the OLAPInterfacekey)

Incorrect value: [~]#kbus.dll##kobfoli.dll#OLAPINTERFACE#Olap Interface#[~]
Correct value: [~]#kbus.dll#kobfoli.dll#OLAPINTERFACE#Olap Interface#[~]

Check those values!

// Martin
Answered 09/30/2005 by: mgroover
Senior Yellow Belt

Please log in to comment
0
Hi,

Thanks for the suggestion.

These are 2 approaches in Installshield Administudio that we tried

Approach 1: Steps Using Snapshot Approach of Installshield Administudio

1.Took an initial snapshot of the system.
2.Installed BO.
3.Exported the registry file (saved as bo_new.reg) corresponding to Business Objects.
3.Took an after snapshot.
4.Build .msi package.
5.Removed BO from the machine.
6.Installed BO using msi file.

When we try to open Business objects, it opens and closes immediately(just a fraction of seconds).

So we tried deleting the BO registry entries and imported the registry entries using bo_new.reg (refer step 3) manually.

If we open the business objects now, the following error occurs

"The installed add-in 'C:\Documents and Settings\localuser\My Documents\My Business Objects Documents
\addins\Web Connect.rea' could not be found.The file have been renamed moved or deleted."

When we give an 'Ok' it is Aborting (error C0000005) but when we checked this file it is there in the specified location.


Approach 2: Using Installation Monitoring of Installshield Administudio, the msi package doesnot create successfully.

Pls. suggest us on how to overcome this error.

We need help in this regard.
Any suggestion will be helpful.

Thanks,
almsi
Answered 10/03/2005 by: almsi
Yellow Belt

Please log in to comment
0
How about trying windiff to check the files match against a vendor install? Also, maybe try Beyond Compare - you can compare .reg files to try and spot any differences against the vendor install..

Hope it helps,
Rob.
Answered 10/03/2005 by: MSIPackager
Third Degree Black Belt

Please log in to comment
1
almsi, have you solved this issue yet?

I recall talking to the swedish support crew about this.
Move the WebConnect.rea from the user profile to the following folder:
[INSTALLDIR]\BusinessObjects Enterprise 6\addins\

Then change the following regkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Business Objects\Suite 6.0\default\BusinessObjects\BusObj General Preferences\busobj\Options\Addin\WebConnect\FileName
to "[INSTALLDIR]\BusinessObjects Enterprise 6\addins\WebConnect.rea"

Then it, hopefully, should work.
I put on mailnotification on this thread so I'll try to assist you as much as I can.

// Martin
Answered 10/18/2005 by: mgroover
Senior Yellow Belt

Please log in to comment
0
Also in addition to Martin's comment, try to search for any hardcoded path in those files.. may be the application looks for some other location it could not access.. the best suggestion would be to compare the filemon and regmon entries with the original source and the repackaged one.. this might help a lot.

Hope it was useful.
Answered 10/18/2005 by: slb
Purple Belt

Please log in to comment
0
Check the Application Event Log and see which component is triggering. I'm guessing that it's a component directory path that is pointing towards the userprofile-folder where the webconnect.rea is located. Change that component path to the place where you moved it to and it should work fine in that case.

People! Always always always check the eventlogs! [&:]

// martin
http://mgroover.sytes.net/ (if you like techno.. composed by me!)
Answered 10/26/2005 by: mgroover
Senior Yellow Belt

Please log in to comment
0
Sorry I deleted my post thinking i should place it in a new thread. Thanks for your reply, will give that a try mgroover...

Hi all

I am trying to repackage BO6.5.1, and this forum has been really helpful so far. We're using WinInstall LE 2003. I had a similar problem with my repackaged app with the ## reg entries - changing the double hashes to a single hash fixed that. I also had the WebConnect.rea problem and the suggested solution fixed that too.

My app is now working, but the Windows Installer seems to do a repair when I launch it for the first time as a user. If i log off and log on as a different user, it does it again, but if I log on with the same user, it doesn't do a repair the second time round. I can't figure out what it is checking for that is kicking off the repair each time. There are no HKCU entries in my package. Once the repair has completed if I delete the Business Objects folder in the user profile and launch the app again, it doesn't do a repair, but silently recreates the missing folder, so it's not that.

I am downloading packagecleaner to see if that sorts it out. Any ideas anyone?

Thanks!
Ray
Answered 10/26/2005 by: RayDiack
Senior Yellow Belt

Please log in to comment
0
Two events:-

Detection of product '{4549942B-BA7B-4650-BF79-E8437DCB97EA}', feature 'WIFEAT00000001', component '{16B9DF47-88DA-42DD-9006-E17E3B6B9BEE}' failed. The resource 'C:\WINNT\system32\config\systemprofile\Application Data\Microsoft\MMC\' does not exist.


----AND----


Detection of product '{4549942B-BA7B-4650-BF79-E8437DCB97EA}', feature 'WIFEAT00000002' failed during request for component '

The component in the first error seems to just create the folder (or attempt to) 'C:\WINNT\system32\config\systemprofile\Application Data\Microsoft\MMC. Should I just remove the component? If i log on as an admin this folder does in fact exist.

Thanks
Ray
Answered 10/26/2005 by: RayDiack
Senior Yellow Belt

Please log in to comment
0
BO 651 is an MSI - why are you guys repackaging it?
Answered 10/26/2005 by: GB1
Orange Belt

Please log in to comment
0
RayDiack:
C:\WINNT\system32\config\systemprofile\Application Data\Microsoft\MMC\

You should seriously be checking through your package if you have these entries in it.. You could have snapped up anything and everything of the systemregistrystuff..

GB1:

BO 651 is an MSI - why are you guys repackaging it?
Well.. Yes it is.. But so is Nokia PC Suite and I wouldn't trust their filthy MSIs on my 20k+ workstation network.. First of all, BOBJ.. It's huge. It's like two CDs and I want ONE package not 10 packages or nested installations of it. Plus the vendor recommended us to repackage it since we needed two different configurations that had to be able to co-exists on the system.. Quite a hassle yes but got it to work in the end.. ;) It was less hassle than actually creating MSTs for it since the base-MSI has about (if I don't recall all wrong) around some 500+ features all with good conditions.. That's why.. ;)

// martin
Answered 10/26/2005 by: mgroover
Senior Yellow Belt

Please log in to comment
0
I removed that component and now my package seems to be working 100% - it's not trying to do a repair the first time a new user launches the app. I checked through my app as you suggested mgroover - the only other non-BO folders the package has under the "create folders" section are:-

ProgramFilesFolder\Microsoft Office and
CommonFilesFolder\Microsoft Shared\VBA

What Office stuff does it try and install? All our target machines have Office 2003 installed.

It does install about 50 files to WindowsFolder and SystemFolder - mostly .dll's and .ocx's, as well as some .cat and .manifest files. Are these anything to worry about? My base machine that I used to create the packages only has Symantec Antivirus and RightFax client installed. I know, I know, the antivirus probably isn't a good thing, right? I've learnt a lot from this site over the last couple of days :)
Answered 10/26/2005 by: RayDiack
Senior Yellow Belt

Please log in to comment
0
OK i did a bit more testing, and if I remove Office 2003 it breaks BO. BO re-installs itself about 10 times before eventually launching. If I close it and run it again it starts repairing again. Now this isn't the end of the world, but if we ever upgrade beyond Office 2003 (which i'm sure we will) then it's likely gonna break BO.

This is the error in the event log:-

Detection of product '{4549942B-BA7B-4650-BF79-E8437DCB97EA}', feature 'WIFEAT00000001', component '{7F37970C-7483-4D85-A0E8-0CA9953ED7E2}' failed. The resource 'C:\Program Files\Common Files\Microsoft Shared\VBA\VBA6\' does not exist.

I think I may have removed the VBA6 as recommended here: http://www.appdeploy.com/packages/detail.asp?id=396

What does it mean to "use the appropriate Merge Modules from Microsoft" as mentioned on the above post?
Answered 10/27/2005 by: RayDiack
Senior Yellow Belt

Please log in to comment
0
In the end I opted to use the original MSI file with an MST file. I used Orca to create the MST. The package seems to be nice and stable now. OK so the install directory is a bit big on the server - about 1.5gb, but at least it's stable :)

Thanks for your help guys, I've learnt a lot.
Answered 10/28/2005 by: RayDiack
Senior Yellow Belt

Please log in to comment
Answer this question or Comment on this question for clarity