/build/static/layout/Breadcrumb_cap_w.png

Repair during running another application

Hello, I've packaged two applications.

The first application is already deployed to over 5000 machines.

Now, if I deploy the second application, it cuases at every start of it a configuration "reapir" of the first application.

If I start the second application as administrator, the repair action does not occure! Can somebody tell me why it not occurs when I run as admin?

I think it's a conflict of the registered components of the packages..

Is there a way to resolve the problem, without repackaging and deploying the first application again?

Thank you very much!


0 Comments   [ + ] Show comments

Answers (6)

Posted by: jaybee96 11 years ago
Red Belt
1
answer already given to exact the same question...

Comments:
  • But you removed the correct answer ....WHY??! - jaybee96 11 years ago
  • You completely removed the question as well... ;-) - jaybee96 11 years ago
Posted by: jaybee96 11 years ago
Red Belt
1

Check your Eventviewer and search for the error .. You will see which component is causing the repair and you can solve the issue in the second application without touching the first app. 

Posted by: kleynpackager 11 years ago
Orange Belt
1

Sry, I removed the last question because it wasn't defined clearly..
I find out which component is causing the repair. It's a dll-file in "C:\Windows\microsoft.net\assemblys\GAC_MSIL\". My problem is that I don't really know what I have to do in the second application-package, because there is no same component represent in the second package.

Thank you very much.


Comments:
  • Did you repackage the application? - jaybee96 11 years ago
Posted by: kleynpackager 11 years ago
Orange Belt
1

I repackaged the first application. The second acpplication (which causes te repair) is a vendor MSI.

Posted by: jagadeish 11 years ago
Red Belt
1

Use ProcMon..

There could be some permission realated issues in registry or Files and Folders

Posted by: jaybee96 11 years ago
Red Belt
0

The component that is causing the repair is from the first app ( because it is repairing..)

This means that somehow your first package includes .net info that you repackaged with the app?

You could create a Patch / upgrade for the first package to clean up .. but I would know for sure when I could see your repackaged MSI (no.1)

 

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ