Answer / lalan

You can no longer install COM+ DLLs into the System32 folder
on the server. In Windows 2003 server and beyond (including
Windows 7) when exporting COM+ package any DLLs registered
in Windows\System32 (or folders below that) will not be
exported. According to Microsoft Support, this is by design.
(This information has not been published publicly by
Microsoft, so we had to open a ticket with them to discover
the issue.)

The symptoms are that the exported MSI files do not contain
the COM+ DLLs if:
1. the COM+ DLL is registered in System32 and
2. the COM+ package is exported on Windows 2003 or later.
The MSI will be created and will install, however the
applications will not be able to instantiate the objects
because the DLL was never installed. Opening the MSI with a
install editor like Wise Installation Editor will reveal
that the DLL is not included in the MSI.

Define integrity?

0 Answers  

---

Define reliability?

1 Answers  

---

Which namespace do the classes, allowing you to support COM functionality, are located?

1 Answers  

---

Explain the new three features of com+ services, which are not there in com (mts)?

0 Answers  

---

How does you handle this COM components developed in other programming languages in .NET?

1 Answers  

---

What are Interop Services?

0 Answers  

---

What is CCW (COM Callable Wrapper) ?

1 Answers  

---

How will you register com+ services?

3 Answers  

---

Explain how does you handle this com components developed in other programming languages in .net?

0 Answers  

---

How to make a net component talk to a com component?

0 Answers  

---

What is com, com+ and dcom ?

0 Answers  

---

Is it true that COM objects no longer need to be registered on the server?

0 Answers  

---