Discussion:
Com Plus Install Error
(too old to reply)
charlie
2003-11-11 21:54:40 UTC
Permalink
Hi,

I am getting the following error when installing a ComPlus application on a
Win 2000 machine:

DEBUG: Error 2945: Installation of ComPlus App C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed with
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -2146368511
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter >= 0,
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation failed.

MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any exist
MSI (c) (DC:80): MainEngineThread is returning 1603

The application was exported from a Win XP Professional machine running SP1.
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003. The
target machine and the development machine are both running Microsoft.Net
Framework v 1.1.4322 .

Does anyone have an idea of why this install might not be working?

Thanks.
Charlie
Slava Gurevich
2003-11-12 01:20:49 UTC
Permalink
Are you logged in as a member of the local admin group when you try to
install this ?

Slava Gurevich
Post by charlie
Hi,
I am getting the following error when installing a ComPlus application on a
DEBUG: Error 2945: Installation of ComPlus App C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed with
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -2146368511
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter >= 0,
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation failed.
MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any exist
MSI (c) (DC:80): MainEngineThread is returning 1603
The application was exported from a Win XP Professional machine running SP1.
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003. The
target machine and the development machine are both running Microsoft.Net
Framework v 1.1.4322 .
Does anyone have an idea of why this install might not be working?
Thanks.
Charlie
charlie
2003-11-12 01:50:06 UTC
Permalink
Yes. I am logged in as the Administrator.

Charlie
Post by Slava Gurevich
Are you logged in as a member of the local admin group when you try to
install this ?
Slava Gurevich
Post by charlie
Hi,
I am getting the following error when installing a ComPlus application on a
DEBUG: Error 2945: Installation of ComPlus App C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed with
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -2146368511
Post by charlie
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter >= 0,
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation failed.
MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any exist
MSI (c) (DC:80): MainEngineThread is returning 1603
The application was exported from a Win XP Professional machine running SP1.
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003.
The
Post by Slava Gurevich
Post by charlie
target machine and the development machine are both running Microsoft.Net
Framework v 1.1.4322 .
Does anyone have an idea of why this install might not be working?
Thanks.
Charlie
Slava Gurevich
2003-11-12 02:00:11 UTC
Permalink
When you exported your proxy there was a checkbox in the COM+ Export
Wizard called "Save application in COM+ 1.0 format". If you didn't
mark that checkbox , you need to regenerate the proxy with that option
checked for backward compatibility with Windows 2000.

Slava Gurevich
Post by charlie
Yes. I am logged in as the Administrator.
Charlie
Post by Slava Gurevich
Are you logged in as a member of the local admin group when you try to
install this ?
Slava Gurevich
Post by charlie
Hi,
I am getting the following error when installing a ComPlus application on
a
Post by Slava Gurevich
Post by charlie
DEBUG: Error 2945: Installation of ComPlus App C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed
with
Post by Slava Gurevich
Post by charlie
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -2146368511
Post by charlie
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter >=
0,
Post by Slava Gurevich
Post by charlie
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation failed.
MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any exist
MSI (c) (DC:80): MainEngineThread is returning 1603
The application was exported from a Win XP Professional machine running
SP1.
Post by Slava Gurevich
Post by charlie
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003.
The
Post by Slava Gurevich
Post by charlie
target machine and the development machine are both running Microsoft.Net
Framework v 1.1.4322 .
Does anyone have an idea of why this install might not be working?
Thanks.
Charlie
charlie
2003-11-12 02:40:08 UTC
Permalink
I did do that.

I should mention that I also tried to import it using the Component Services
wizard to create a new COM+ application. I chose the "Existing Application"
and tried to import the msi file. I received and error saying that there
was no typelib associated with the dll (or something to that effect - I'm
not at my office right now).

Charlie
Post by Slava Gurevich
When you exported your proxy there was a checkbox in the COM+ Export
Wizard called "Save application in COM+ 1.0 format". If you didn't
mark that checkbox , you need to regenerate the proxy with that option
checked for backward compatibility with Windows 2000.
Slava Gurevich
Post by charlie
Yes. I am logged in as the Administrator.
Charlie
Post by Slava Gurevich
Are you logged in as a member of the local admin group when you try to
install this ?
Slava Gurevich
Post by charlie
Hi,
I am getting the following error when installing a ComPlus application on
a
Post by Slava Gurevich
Post by charlie
DEBUG: Error 2945: Installation of ComPlus App C:\Program
Files\COMPlus
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed
with
Post by Slava Gurevich
Post by charlie
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -214636851
1
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter
=
Post by charlie
0,
Post by Slava Gurevich
Post by charlie
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation failed.
MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any exist
MSI (c) (DC:80): MainEngineThread is returning 1603
The application was exported from a Win XP Professional machine running
SP1.
Post by Slava Gurevich
Post by charlie
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003.
The
Post by Slava Gurevich
Post by charlie
target machine and the development machine are both running Microsoft.Net
Framework v 1.1.4322 .
Does anyone have an idea of why this install might not be working?
Thanks.
Charlie
Slava Gurevich
2003-11-12 04:45:56 UTC
Permalink
Are you referencing any external COM dependencies which may be missing
on the target machine ?
Post by charlie
I did do that.
I should mention that I also tried to import it using the Component Services
wizard to create a new COM+ application. I chose the "Existing Application"
and tried to import the msi file. I received and error saying that there
was no typelib associated with the dll (or something to that effect - I'm
not at my office right now).
Charlie
Post by Slava Gurevich
When you exported your proxy there was a checkbox in the COM+ Export
Wizard called "Save application in COM+ 1.0 format". If you didn't
mark that checkbox , you need to regenerate the proxy with that option
checked for backward compatibility with Windows 2000.
Slava Gurevich
Post by charlie
Yes. I am logged in as the Administrator.
Charlie
Post by Slava Gurevich
Are you logged in as a member of the local admin group when you try to
install this ?
Slava Gurevich
Post by charlie
Hi,
I am getting the following error when installing a ComPlus application
on
Post by Slava Gurevich
Post by charlie
a
Post by Slava Gurevich
Post by charlie
DEBUG: Error 2945: Installation of ComPlus App C:\Program
Files\COMPlus
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp failed
with
Post by Slava Gurevich
Post by charlie
error -2146368511.
Internal Error 2945. C:\Program Files\COMPlus
Applications\{E4AD2850-C96F-48CB-8A6F-97167B9CBF9F}\APL425.tmp, -214636851
1
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
Action ended 15:50:24: InstallFinalize. Return value 3.
Action ended 15:50:24: INSTALL. Return value 3.
MSI (c) (DC:80): Back from server. Return value: 1603
MSI (c) (DC:80): Decrementing counter to disable shutdown. If counter
=
Post by charlie
0,
Post by Slava Gurevich
Post by charlie
shutdown will be denied. Counter after decrement: -1
Action ended 15:50:24: INSTALL. Return value 3.
=== Logging stopped: 11/11/2003 15:50:24 ===
MSI (c) (DC:80): Note: 1: 1708
MSI (c) (DC:80): Product: RQDocMergeApp -- Installation operation
failed.
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
MSI (c) (DC:80): Grabbed execution mutex.
MSI (c) (DC:80): Cleaning up uninstalled install packages, if any
exist
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
MSI (c) (DC:80): MainEngineThread is returning 1603
The application was exported from a Win XP Professional machine
running
Post by Slava Gurevich
Post by charlie
SP1.
Post by Slava Gurevich
Post by charlie
The machine I am trying to install to is running Win 2000 SP 4. The
application consists of a DLL that I created in C# using VS.Net 2003.
The
Post by Slava Gurevich
Post by charlie
target machine and the development machine are both running
Microsoft.Net
Post by Slava Gurevich
Post by charlie
Post by Slava Gurevich
Post by charlie
Framework v 1.1.4322 .
Does anyone have an idea of why this install might not be working?
Thanks.
Charlie
charlie
2003-11-12 14:47:39 UTC
Permalink
I don't think so. I have been running a Web Services application on the
same machine for several months now. It is written in C# and I have had no
porblems with it. The code that I am trying to deploy is quite simple. I
will post it in it's entirety just in case there is something I am missing:

using System;
using System.Runtime.InteropServices;
using System.EnterpriseServices;

using System.Diagnostics;

namespace DocMerge
{
[InterfaceTypeAttribute(ComInterfaceType.InterfaceIsDual)]
public interface IDocMerge
{
string ExecuteMerge(string iniFile, string exeLocation);
}


[Transaction(TransactionOption.Required)]
public class DocMerge : ServicedComponent, IDocMerge
{
public DocMerge()
{ }

[AutoComplete]
public string ExecuteMerge(string iniFile, string exeLocation)
{
string rc = "";

try
{
Process p = new Process();
p.StartInfo.Arguments = @iniFile;
p.StartInfo.FileName = @exeLocation;
bool b = p.Start();
p.WaitForExit();
rc = b.ToString();
}
catch(Exception e)
{
rc = e.ToString();
}

return rc;
}
}
}

The code simply executes an EXE outside the Web Services context so that I
can deal with some security issues. It works great on the development box
but I can't get it deployed on the test server. I don't want to put the
.Net SDK on the test server because I want to know how to deploy this thing
when a server only has the .Net runtime deployed on it.

Thanks.
Charlie
Slava Gurevich
2003-11-15 18:40:15 UTC
Permalink
This issue could be responsible for the failure you're seeing:

FIX: "Access to the Registry Key Denied" Error Message When You
Register .NET Assembly for COM Interop
http://support.microsoft.com/?kbid=327507
Post by charlie
I don't think so. I have been running a Web Services application on the
same machine for several months now. It is written in C# and I have had no
porblems with it. The code that I am trying to deploy is quite simple. I
using System;
using System.Runtime.InteropServices;
using System.EnterpriseServices;
using System.Diagnostics;
namespace DocMerge
{
[InterfaceTypeAttribute(ComInterfaceType.InterfaceIsDual)]
public interface IDocMerge
{
string ExecuteMerge(string iniFile, string exeLocation);
}
[Transaction(TransactionOption.Required)]
public class DocMerge : ServicedComponent, IDocMerge
{
public DocMerge()
{ }
[AutoComplete]
public string ExecuteMerge(string iniFile, string exeLocation)
{
string rc = "";
try
{
Process p = new Process();
bool b = p.Start();
p.WaitForExit();
rc = b.ToString();
}
catch(Exception e)
{
rc = e.ToString();
}
return rc;
}
}
}
The code simply executes an EXE outside the Web Services context so that I
can deal with some security issues. It works great on the development box
but I can't get it deployed on the test server. I don't want to put the
.Net SDK on the test server because I want to know how to deploy this thing
when a server only has the .Net runtime deployed on it.
Thanks.
Charlie
Brad
2003-11-18 19:05:09 UTC
Permalink
Charlie,
Sounds like you have a ServicedComponent here. A few questions:
1. How did you install the .NET assembly into the COM+ application?
Explain it to me like I've never done this before, and walk me through each
step.
2. Did you install it in a COM+ server or library app?
3. Did you GAC the ServicedComponent?

- Brad
charlie
2003-11-20 16:40:33 UTC
Permalink
Brad -

Sorry for the late reply. I solved the issue and have moved on. However, I
was not satisfied with the solution and came up with an alternative
solution. If you could provide some insight as to what the real issues are,
I would still appreciate it.

1. I created a COM+ server application in C# using Visual Studio.
2. I installed the server on my development box (Win XP) using the RegAsm
and GacUtil utilities.
3. Everything worked fine of the development box.
4. I exported the server application (checked the box for using the COM+
1.0 format) UI. It created the *.msi file which I copied to a test server
(Win 2000).
5. I went to the test machine and executed the *.msi file which did not
work. I also tried using the COM+ UI to import it and that failed as well
(for the reasons I listed in my original post).
6. I was finally able to get it on the test machine by using the .Net
Framework 1.1 Configuration utility to get the dll into the GAC from there I
ran RegSvcs.exe to register the dll. It complained about not having an
interface or something like that but when I looked at the regeistered server
component in the UI it all looked fine.
7. It finally ran.

I really wasn't happy with the way I had to go about getting the COM+
component installed. It seemed that automatic deployment and update was out
of the question. Since this is a server that would be called by a web
service, I could not use the auto-registration services either - the ASPNET
account does not have sufficient priviliges to do that. The whole thing was
a bit of a nightmare, really. As I perused Google I was able to see that I
am not the only one who had issues building and deploying a COM+ server. It
really seems to me like the generated msi file should be re-deployable to a
Win 2000 box if the "generate using 1.0 format" check box was clicked when
exporting. I am not going to deploy components to several hundered servers
that take that much hand-holding to get installed.

Thanks in advance for any new revelations you may have.
Charlie
Brad
2003-11-20 22:27:00 UTC
Permalink
Charlie,
OK, so it looks like the problem the first time was that you did not
install the ServicedComponent into your COM+ app using regsvcs. You did
this the second time & things worked. For a more detailed outline of the
supported way to put a ServicedComponent (.NET assembly) in a COM+ app, see
Q306829.

Now, if you want your ServicedComponent to be reached via the web and
you're on COM+ 1.5 (XP, WS03), you can check the SOAP checkbox. See
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cossdk/htm/
pgservices_soap_86nn.asp for more details.
If you're on W2K, then going through the steps in Q306829 & then running
the .msi for exported COM+ app on your target server should work for you
when you check the 'using 1.0 format' box. I've not had this to be a
significant issue for the customers with whom I've worked. If you're
having other issues, then maybe you can explain them in more detail.

- Brad
charlie
2003-11-21 20:00:56 UTC
Permalink
Brad – you referenced article Q306829 in your reply. When I looked that up
in the knowledge base, I found that it was actually, “How to Troubleshoot
Corruption in a Microsoft Access Database”. Is that the correct number and I
am looking in the wrong place?
Thanks for you replies.
Charlie
Brad
2003-12-01 17:11:11 UTC
Permalink
Charlie,
Sorry for the very late reply - I was out all last week.
Also sorry for the wrong article. I have no idea where I got that one.
Meant to say Q306296!

- Brad

Loading...