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.

Disadvantages of COM components?

2 Answers   Microsoft,

---

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

1 Answers  

---

Explain queued components?

1 Answers  

---

What is jit activation?

0 Answers  

---

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

0 Answers  

---

How CCW and RCW is working?

0 Answers  

---

Why we learn the 8085? Because we are in 21 century so why we learn 8085?

0 Answers  

---

Difference between COM and .NET component ?

2 Answers   DELL,

---

Explain how to register com+ services?

0 Answers  

---

What is CCW (COM Callable Wrapper) ?

1 Answers  

---

WHY WE LEARN THE 8085 ? BECAUSE WE R IN 21 CENTURI SO WHY WE LEARN 8085?

2 Answers  

---

How to register com+ services?

0 Answers  

---