Re: DCOM

Here is what I just did as a test:

I created a test class library.  I added a new item|ComClass1.  I added
some public properties and methods to the ComClass1.  I did a build.  I
checked my registry and both the classlibrary1.class1 and the classlibrar=
y1.comclass1
are registered.

I created a COM+ package and imported the above as already registered com=
ponents.
 At this point, I am confused as to which one I should import to the com+=

package, the ComClass1 or the Class1; I assume the ComClass1.

Now, my question is this:  How do I register it and then export the clien=
t
proxy and install that on any client machine?   Next, how do I 'turn on'D=
COM
so I can reference the object from a remote FoxPro client?




>-- Original Message --
>Date:         Tue, 8 Oct 2002 23:28:47 +0100
>Reply-To:     Technical discussion of VBCOM <[email protected]>
>From:         Andrewg <[email protected]>
>Subject: Re: [VBCOM] DCOM
>To:           [email protected]
>
>
>You can't remote a DLL by itself - you must host it in a surrogate
>process, for example MTS, or COM+ - kind of makes sense as you can't
>execute a dll on it's own without first loading it up into a process.
>
>If you want to host your .NET component in COM+ you must derive it from
>ServicedComponent and assign the correct attributes. You'll then be able=

>to register it using regsvcs, or use dynamic assembly registration. I
>would suggest you register it and then export the client proxy and
>install that on any client machine. Access to the .NET component running=

>in COM+ will be through DCOM. You don't need to register it in the GAC
>nor do you have to give the thing a strong name. Visual Studio.NET
>support building .NET components for COM - you'll find a check box in
>the build properties that will handle registration and export of the COM=

>tlb.
>
>Hope this helps
>A
>
>
>-----Original Message-----
>From: Technical discussion of VBCOM [mailto:[email protected]]
>On Behalf Of Greg Robinson
>Sent: 08 October 2002 20:53
>To: [email protected]
>Subject: Re: [VBCOM] DCOM
>
>guess I should have said I cannot install a new component, rather I can
>install a component that is already registered into a com+ package.
>
>
>>-- Original Message --
>>Date:         Tue, 8 Oct 2002 15:20:43 -0400
>>Reply-To:     Technical discussion of VBCOM <[email protected]>=

>>From:         Greg Robinson <[email protected]>
>>Subject: Re: [VBCOM] DCOM
>>To:           [email protected]
>>
>>
>>actually, I cannot create a com+ package as the physical dll file was
>built
>>with the .net sdk regasm tool.   Unless I am wrong?
>>
>>
>>Original Message --
>>>Date:         Tue, 8 Oct 2002 14:06:17 -0500
>>>Reply-To:     Technical discussion of VBCOM
><[email protected]>
>>>From:         Donnetto De Antoni <[email protected]>
>>>Subject: Re: [VBCOM] DCOM
>>>To:           [email protected]
>>>
>>>
>>>
>>>Attachment: BDY.TXT
>>>
>>
>>
>>
>>Greg Robinson
>>Director of Training and .NET Technologies
>>Scribble Software and Training
>>www.scribblesoftware.com
>>www.scribbletraining.com
>>
>>You can read messages from the VBCOM archive, unsubscribe from VBCOM,
>or
>>subscribe to other DevelopMentor lists at http://discuss.develop.com.
>
>
>
>Greg Robinson
>Director of Training and .NET Technologies
>Scribble Software and Training
>www.scribblesoftware.com
>www.scribbletraining.com
>
>You can read messages from the VBCOM archive, unsubscribe from VBCOM, or=

>subscribe to other DevelopMentor lists at http://discuss.develop.com.
>
>You can read messages from the VBCOM archive, unsubscribe from VBCOM, or=

>subscribe to other DevelopMentor lists at http://discuss.develop.com.



Greg Robinson
Director of Training and .NET Technologies
Scribble Software and Training
www.scribblesoftware.com
www.scribbletraining.com

You can read messages from the VBCOM archive, unsubscribe from VBCOM, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.