No. You create a COM+ application on ther server that uses your DLL, then generate client proxies that you then install on the client. See
http://www.craigberntson.com/Articles/kb019.pdf.
>When you say "install DLL into a com+" do you mean install it on my local computer first then install it on the client with a generated setup program?
>
>>You are using DCOM, not COM+. With COM+, you install the DLL into a COM+ application and then generate a setup program to install on the client workstation. After that, you simply invoke the COM server just as if it was installed locally.
>>
>>
>>>I am developing a distributed application. Both client and server are Win2000 machines. My server performs callbacks to the client, so for that to work I have been using same username/password on both machines. By for new application I cannot use same credentials and my callbacks dont work. I am trying to use COM+ on a server side. I have compiled my server into mt dll and registered in on the server box. Then I created a com+ application with that dll as a component. I am testing all of this with:
>>>o=CREATEOBJECTEX('{D407290F-D119-4D34-A260-29CC71372834}', '192.168.1.157')
>>>where GUID is a CLSID.
>>>I am getting this error:
>>>classfactory cannot supply requested class
>>>
>>>And another detail: The server application needs to have an interface. In previous model I used EXE and everything worked fine but even if COM+ works for me I am not sure if a DLL can have an user interface.
>>>
>>>Can someone share some ideas?
>>>
>>>Thanks
Craig Berntson
MCSD, Microsoft .Net MVP, Grape City Community Influencer