471,344 Members | 1,423 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,344 software developers and data experts.

How To Create "Out Of Process" Components

Hello,

in VB6 we werr able to make ActiveX-DLL's (In Process Components) and
ActiveX-Exe (Out Of Process Components).

Out Application is build of one main application that starts other
modules. These modules are ActiveX-Exe's. The main application
controls the modules via ActiveX.

We decided to use ActiveX-Exe because we want to run the modules in
separate processes. So when one module crashes the others are still
available.

Now we want to migrate to .NET.

How can I create a "Out of Process" component with .NET.

When I call a method of a .NET class library, these component always
runs in the same process as the calling application.

Any ideas?

Thanks in advance.

Best regards,

Ulrich Henne
Jul 21 '05 #1
3 7636
Ulrich,

You can use .NET Remoting to allow two processes to talk to each other.
This is not the same thing as out-of-process components in VB6, but it
should provide you with the functionality you desire. Also, take a
look at application domains (the AppDomain class) for more isolation
options.

Brian

Henne wrote:
Hello,

in VB6 we werr able to make ActiveX-DLL's (In Process Components) and
ActiveX-Exe (Out Of Process Components).

Out Application is build of one main application that starts other
modules. These modules are ActiveX-Exe's. The main application
controls the modules via ActiveX.

We decided to use ActiveX-Exe because we want to run the modules in
separate processes. So when one module crashes the others are still
available.

Now we want to migrate to .NET.

How can I create a "Out of Process" component with .NET.

When I call a method of a .NET class library, these component always
runs in the same process as the calling application.

Any ideas?

Thanks in advance.

Best regards,

Ulrich Henne


Jul 21 '05 #2
Hello Brian,

thanks for your reply.

For me, remoting always was a call on a business component that will
do something, return a value and then is gone.

What I am looking for is a component with a windows front end or let's
say a windows application with an external control inteface. This
application should stay alive as long the calling application has a
link to it.

For me it is not clear if this will still be the right way.
If yes, should I write my own hosting application or use IIS?

Thanks in advance.

Best regards

Ulrich

"Brian Gideon" <br*********@yahoo.com> wrote in message news:<11*********************@g14g2000cwa.googlegr oups.com>...
Ulrich,

You can use .NET Remoting to allow two processes to talk to each other.
This is not the same thing as out-of-process components in VB6, but it
should provide you with the functionality you desire. Also, take a
look at application domains (the AppDomain class) for more isolation
options.

Brian

Henne wrote:
Hello,

in VB6 we werr able to make ActiveX-DLL's (In Process Components) and
ActiveX-Exe (Out Of Process Components).

Out Application is build of one main application that starts other
modules. These modules are ActiveX-Exe's. The main application
controls the modules via ActiveX.

We decided to use ActiveX-Exe because we want to run the modules in
separate processes. So when one module crashes the others are still
available.

Now we want to migrate to .NET.

How can I create a "Out of Process" component with .NET.

When I call a method of a .NET class library, these component always
runs in the same process as the calling application.

Any ideas?

Thanks in advance.

Best regards,

Ulrich Henne

Jul 21 '05 #3
Ulrich,

My comments are inline.

Brian

Henne wrote:
Hello Brian,

thanks for your reply.

For me, remoting always was a call on a business component that will
do something, return a value and then is gone.
That's the behavior you get with a server activated object (SAO) that
is setup with the WellKnownObjectMode.SingleCall option. The
WellKnownObjectMode.Singleton option will allow clients to participate
in the lifetime of the object. I'm strictly speaking about the
lifetime of the remoted object here. The lifetime of the host process
is a different issue.
What I am looking for is a component with a windows front end or
let's say a windows application with an external control inteface.
This application should stay alive as long the calling application
has a link to it.
This is definitely doable with .NET Remoting.
For me it is not clear if this will still be the right way.
If yes, should I write my own hosting application or use IIS?
If you use IIS then you will need IIS installed on every machine your
remotable application runs on.
Thanks in advance.

Best regards

Ulrich


Jul 21 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

reply views Thread by John Bonds | last post: by
reply views Thread by Eric Brasher | last post: by
11 posts views Thread by Shane Suebsahakarn | last post: by
1 post views Thread by Christoph | last post: by
reply views Thread by Ronak mishra | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.