Click here to Skip to main content
12,830,941 members (35,969 online)
Click here to Skip to main content
Add your own
alternative version


25 bookmarked
Posted 4 Sep 2003

Login: Automation over DCOM

, 4 Sep 2003 GPL3
Rate this:
Please Sign up or sign in to vote.
A remote login automation example used over the network by DCOM.


We have learned, what automation is and created a login management automation server and automation client applications. But wouldn't it be nice, to extend our learning over DCOM, so that the client applications can communicate the server over the network on different machines, through DCOM. This would make our application more powerful and would justify the logic of creating the Login server and client applications different and not mixing the code of both into one.

What is DCOM?

DCOM is an acronym that stands for Distributed Component Object Model. It can be seen as the next logical step over COM. DCOM enables the COM programmer to extend their components over network, giving them the benefits of distributed computing. We had build the automation server application to be used over the network. Remember COM 'DLL' can not be used over DCOM. When the client and component both resides on the same computer they communicate with the help of Local Procedures Call (LPC), but over the network they have to use the DCOM proprietary standard built by Microsoft. COM components over the network behave the same way as if they are on the same machine with the client.

DCOM Architecture.

DCOM helps our components to become location independent. Our login server brings us the power of distributed computing while maintaining the consistency of the database. There may be situations like, we are developing a software for a 10-20 computer network (e.g. cyber cafe) and we couldn't afford to use the costly MS-SQL Server, etc. This technique of database management comes to our rescue.

The DCOM comes pre installed on Windows NT and Windows 2K and I hope on Windows XP too. If you are using other versions like Windows 9x, then you must check that the DCOM98 extensions are installed on your computer, otherwise check for the DCOM98 extensions available here.


This tutorial assumes that you are familiar with Visual C++/MFC, COM/DCOM, Automation, Windows Registry and other technologies used in this tutorial like ADO, etc. Though there is no need to understand their underpinnings in great detail, you should at least have a working knowledge of what these underpinnings mean. Most important of all, you should take a glance over the login automation server and automation client examples.

Suggested Reading


Now, after enough introduction, we are all set to exploit DCOM through our component. We will do that by changing the registry entries of our computer and hard-wiring the registry entries, so that the client can connect to a remote component, on another machine.

Before going forward, always remember that changing the registry entries will be fatal and can crash the system. So, don't try this at home, these stunts are performed by software professionals only after a good knowledge of Windows registry. Hey, you don't have to worry much, as you are a homosapien, you can do what you are told not to do, just like people read this warning: smoking cigarette is injurious to health and forget it.

  • First run the component on all the clients and on the server machine, then remove the component from all the client machines, if you wish.
  • Copy the client application on all the client machines.
  • By running the component on the client machines, we have the necessary registry entries as a starting point, which we can manipulate.
  • Find the registry entry on the client machine: HKEY_CLASSES_ROOT\CLSID\HKEY_CLASSES_ROOT\CLSID\{C42854AB-3175-4E27-8569-CC55C63A107C} and delete all subkeys under it except ProgID. The hexadecimal value is the class id of our automation server.
  • Add a new string property named AppID to the key: HKEY_CLASSES_ROOT\CLSID\HKEY_CLASSES_ROOT\CLSID\{C42854AB-3175-4E27-8569-CC55C63A107C}, with the class ID of the automation server as its value.

    Add a new string property under registry

  • Add a new key named {C42854AB-3175-4E27-8569-CC55C63A107C} under the HKEY_CLASSES_ROOT\AppID and add a string property to it named RemoteServerName with the remote machine name as its value.

    Add a new key under registry

  • Now you can run the client application on the client machine, the component will run on the server machine and will be terminated in a minute or less.


This brings us to an end of our long journey through automation to DCOM. We have successfully built an automation component and client for it and used it over DCOM, through our very own MFC and it doesn't take much energy. It also opens the doors of automation and DCOM for a bright and long path of component software development for us. Your valuable suggestions are always welcome, to make this article better.


This code is provided "as is" with no expressed or implied warranty. You can use and abuse this code without any restriction. If you use this source code in any commercial product, acknowledgment is not required but would be appreciated.


  • VC++, COM and Beyond.

    Author: Yashavant Kanetkar & Sudesh Saoji.

    ISBN: 81-7635-206-8

    Publisher: BPB Publications.

    User Level: Beginning-Intermediate.

    This book provides an in-depth coverage of cutting edge technologies like Document/View Architecture, OLE, COM, DCOM, ActiveX, Open GL, Printing and Print Previewing, HTML Help System, Programming the disk and Screen Savers.


This article, along with any associated source code and files, is licensed under The GNU General Public License (GPLv3)


About the Author

Priyank Bolia
Software Developer (Senior)
India India
No Biography provided

You may also be interested in...

Comments and Discussions

GeneralDifferent techniques to handle license control Pin
d00_ape18-Oct-04 0:14
memberd00_ape18-Oct-04 0:14 
QuestionDCOM NET automation -is a hard thing? Pin
vgrigor8-Sep-03 23:02
membervgrigor8-Sep-03 23:02 
GeneralDCOM Pin
Normski5-Sep-03 0:34
memberNormski5-Sep-03 0:34 
GeneralRe: DCOM Pin
okigan5-Sep-03 12:28
memberokigan5-Sep-03 12:28 
GeneralRe: DCOM Pin
Normski6-Sep-03 0:06
memberNormski6-Sep-03 0:06 
GeneralRe: DCOM Pin
okigan6-Sep-03 0:13
memberokigan6-Sep-03 0:13 
GeneralRe: DCOM Pin
Phil Harding6-Sep-03 2:43
memberPhil Harding6-Sep-03 2:43 
GeneralRe: DCOM Pin
Normski6-Sep-03 8:37
memberNormski6-Sep-03 8:37 
GeneralRe: DCOM Pin
okigan6-Sep-03 12:51
memberokigan6-Sep-03 12:51 
GeneralRe: DCOM Pin
Normski6-Sep-03 23:22
memberNormski6-Sep-03 23:22 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Terms of Use | Mobile
Web02 | 2.8.170326.1 | Last Updated 5 Sep 2003
Article Copyright 2003 by Priyank Bolia
Everything else Copyright © CodeProject, 1999-2017
Layout: fixed | fluid