469,592 Members | 1,923 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,592 developers. It's quick & easy.

duplicating Multi Use COM like functionality in .NET

With a Multi-USe COM DLL object another applic. can get reference to it. -
And if that DLL's counter continue to have a least one reference, then
another application or reference to the DLL can exchange info with that DLL.
Could See the data in the DLL if the DLL exposed it ( like a list ).

What design pattern allows me similar functionality in .NET ?? - and is
there an ability to keep the "OBJECT" runnning if the reference count goes to
0 ??

--
Andrew
Nov 17 '05 #1
4 1393
In a similar idea, how would I duplicate the idea of an activeX.exe - where
another application can grab a shared object and read/write to it.

( By the way I need to do this without a service since I wont have
permissions to install a service - but I can register a DLL. )
--
Andrew
"andrewcw" wrote:
With a Multi-USe COM DLL object another applic. can get reference to it. -
And if that DLL's counter continue to have a least one reference, then
another application or reference to the DLL can exchange info with that DLL.
Could See the data in the DLL if the DLL exposed it ( like a list ).

What design pattern allows me similar functionality in .NET ?? - and is
there an ability to keep the "OBJECT" runnning if the reference count goes to
0 ??

--
Andrew

Nov 17 '05 #2
Andrew,

Do you need to expose this functionality to COM? If so, then you will
have to do this through COM+, setting the object pooling properties so that
you access the same shared object, and that the object doesn't die for a
very long time (you have to determine what the appropriate lifetime is).

If you only need .NET clients to attach to this, then I would recommend
you use remoting, creating a singleton server object.

You can not create an ActiveX EXE through COM interop in .NET.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

"andrewcw" <an******@acw.com> wrote in message
news:43**********************************@microsof t.com...
With a Multi-USe COM DLL object another applic. can get reference to
it. -
And if that DLL's counter continue to have a least one reference, then
another application or reference to the DLL can exchange info with that
DLL.
Could See the data in the DLL if the DLL exposed it ( like a list ).

What design pattern allows me similar functionality in .NET ?? - and is
there an ability to keep the "OBJECT" runnning if the reference count goes
to
0 ??

--
Andrew

Nov 17 '05 #3
Yes thanks for reminding me about the limitations of COM clients. I was
actually llooking for something even lighter weight than a remote - it only
needs to run on the client machine. ( one non .NET app calls an C# exe with
pass params - then this shell app just would pass on the information to the
viewable 'logger' and then terminate ). While not very elegant the speed is
fast enough.

Non .NET (makes external call ) -> .net Console + pass parameters=> new info
..netConsole -> visibleGrid + pass parameters, [ visible grid appends new info]
..netConsole terminates

Non .NET app continues on.....
....repeats some time later

--
Andrew
"Nicholas Paldino [.NET/C# MVP]" wrote:
Andrew,

Do you need to expose this functionality to COM? If so, then you will
have to do this through COM+, setting the object pooling properties so that
you access the same shared object, and that the object doesn't die for a
very long time (you have to determine what the appropriate lifetime is).

If you only need .NET clients to attach to this, then I would recommend
you use remoting, creating a singleton server object.

You can not create an ActiveX EXE through COM interop in .NET.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

"andrewcw" <an******@acw.com> wrote in message
news:43**********************************@microsof t.com...
With a Multi-USe COM DLL object another applic. can get reference to
it. -
And if that DLL's counter continue to have a least one reference, then
another application or reference to the DLL can exchange info with that
DLL.
Could See the data in the DLL if the DLL exposed it ( like a list ).

What design pattern allows me similar functionality in .NET ?? - and is
there an ability to keep the "OBJECT" runnning if the reference count goes
to
0 ??

--
Andrew


Nov 17 '05 #4
Oh I see NET remoting can also be configured like a com client... THANKS
--
Andrew
"andrewcw" wrote:
With a Multi-USe COM DLL object another applic. can get reference to it. -
And if that DLL's counter continue to have a least one reference, then
another application or reference to the DLL can exchange info with that DLL.
Could See the data in the DLL if the DLL exposed it ( like a list ).

What design pattern allows me similar functionality in .NET ?? - and is
there an ability to keep the "OBJECT" runnning if the reference count goes to
0 ??

--
Andrew

Nov 17 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

1 post views Thread by Alex | last post: by
reply views Thread by Don | last post: by
15 posts views Thread by Christopher Benson-Manica | last post: by
2 posts views Thread by ITistic | last post: by
1 post views Thread by =?Utf-8?B?QU1lcmNlcg==?= | last post: by
6 posts views Thread by dbuchanan | last post: by
reply views Thread by Jonathan Wood | last post: by
reply views Thread by suresh191 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.