".NET Remoting: Use for "local", on-machine, cross-app-domain communication.

(In clear words: Remoting calls don't leave the machine!)"

I looked at his presentation, and as far as I can tell, his reason for
avoiding Remoting between machines seems to be limited to two things:  a
bias towards service oriented architectures, and Remotings limited security
model.  If neither of these things bother you, I don't see any other reasons
*not* to use remoting for cross-machine integration.  That's specifically
why it supports the channels it does.

-R

-----Original Message-----
From: Jeff Reese [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 21, 2003 2:12 PM
To: [EMAIL PROTECTED]
Subject: Re: [ADVANCED-DOTNET] Help! Which middle-tier: remoting, sockets,
COM+ ......


There are questions about whether Remoting should ever cross machine
boundaries.  This questions about this are amplified when the use of
Remoting events.

Clemens Vasters has a great set of slides on how to make the kinds of
decisions and how to organize your code here:

http://staff.newtelligence.net/clemensv/PermaLink.aspx?guid=97f80d05-73bc-4e
59-b2f1-c748d7eed43b

Excerpts from the link:

.NET Remoting: Use for "local", on-machine, cross-app-domain communication. 
(In clear words: Remoting calls don't leave the machine!)

Enterprise Services: Use for "near", cross-process, cross-machine
communication

ASMX: Use for "near" or "far", cross-process, cross-machine communication.
Prefer over Enterprise Services, unless you need the features or have
pressing performance problems.

-----Original Message-----
From: Moderated discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of Ernesto Giralt
Sent: Tuesday, October 21, 2003 8:45 AM
To: [EMAIL PROTECTED]
Subject: Re: [ADVANCED-DOTNET] Help! Which middle-tier: remoting, sockets,
COM+ ......

Look at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/
bdadotnetarch14.asp
.


 --- Colesy <[EMAIL PROTECTED]> escribió: > Hi - I've
been pulling my hair out for the last
> month trying to make the
> right choice for our systems middle tier. I was
> hoping that someone out
> there might be able to suggest the best fit:
> basically we are building an
> IVR system with C#.NET, handling potentially 100's
> of calls on competition
> lines every minute. Different info is retrieved for
> each call and stored in
> SQLServer (but we would like to have database
> independance). Up to 10's of
> thousands of operators will be stored in the
> database (basic info: name,
> number, address, PIN). Callers are routed to the
> correct operator. We will
> probably be running a clustered server, all on local
> network (we will
> provide internet functionality further down the line
> but not immediate
> concern). GUI displays in realtime how many callers
> are phoning on which
> competition line (a grid of ports) and how long each
> has been on the phone.
> GUI will also allow batch entry/change to operator
> info. We currently use
> basic sockets but would remoting, message queueing
> or EnterpriseServices be
> better now that we are scaling up? We would like to
> achieve some degree of
> platform independance and handle (theoretically)
> limitless volumes of calls
> and operator info. I've been looking at asynchronous
> remoting but we need
> to use events and I am concerned about the
> performance hit in using message
> qeueuing or EnterpriseServices given the realtime
> nature of the system as
> opposed to the extra benefits each of these
> architectures can bring. I know
> this is a cheeky question but we are a small company
> and really can't
> afford to get in an architect. Any info would be
> greatly appreciated.
>
> ===================================
> This list is hosted by DevelopMentor®
> http://www.develop.com
> NEW! ASP.NET courses you may be interested in:
>
> 2 Days of ASP.NET, 29 Sept 2003, in Redmond 
> http://www.develop.com/courses/2daspdotnet
>
> Guerrilla ASP.NET, 13 Oct 2003, in Boston 
> http://www.develop.com/courses/gaspdotnet
>
> View archives and manage your subscription(s) at
http://discuss.develop.com

___________________________________________________
Yahoo! Messenger - Nueva versión GRATIS
Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es

===================================
This list is hosted by DevelopMentor®  http://www.develop.com NEW! ASP.NET
courses you may be interested in:

2 Days of ASP.NET, 29 Sept 2003, in Redmond
http://www.develop.com/courses/2daspdotnet

Guerrilla ASP.NET, 13 Oct 2003, in Boston
http://www.develop.com/courses/gaspdotnet

View archives and manage your subscription(s) at http://discuss.develop.com

===================================
This list is hosted by DevelopMentor®  http://www.develop.com NEW! ASP.NET
courses you may be interested in:

2 Days of ASP.NET, 29 Sept 2003, in Redmond
http://www.develop.com/courses/2daspdotnet

Guerrilla ASP.NET, 13 Oct 2003, in Boston
http://www.develop.com/courses/gaspdotnet

View archives and manage your subscription(s) at http://discuss.develop.com

===================================
This list is hosted by DevelopMentor®  http://www.develop.com
NEW! ASP.NET courses you may be interested in:

2 Days of ASP.NET, 29 Sept 2003, in Redmond
http://www.develop.com/courses/2daspdotnet

Guerrilla ASP.NET, 13 Oct 2003, in Boston
http://www.develop.com/courses/gaspdotnet

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to