Which reminds me that we have an in-house framework that, among other things, is designed to do the following with Remoting:
1) Using an XML description file and VStudio's pluggable code generators, constructs 'client' classes that refer transparently to remoting objects located on a server 2) Supports primarily the SingleCall model with chunky interfaces, which is the only thing that really works in a distributed environment. And SingleCall objects w/ chunky interfaces, my friends, is about 99% of the concept behind message-oriented communication :) 3) Supports the notion of a session - together with user authentication - and complete isolation of the 'service call' codes spread around the client-side application from the actual location and comm channels employed in talking to the service itself 4) Supports session keep-alive pings, and offloads potentially long-running calls to pool threads on the client So Stoyan's "what am I supposed to do?" question may have some relevancy here. Actually, we've discussed this with Stoyan before :)) -----Original Message----- From: Moderated discussion of advanced .NET topics. [mailto:[EMAIL PROTECTED] On Behalf Of Stoyan Damov Sent: 18 Ноември 2003 г. 13:58 To: [EMAIL PROTECTED] Subject: Re: [ADVANCED-DOTNET] How to comunicate from .NET with an older C++ library? >> I'd much prefer an explicit model of messaging for IPC, something like:.... >> That's explicit -- clear to any reader of the code -- and hey look, >> it's not much more typing than Remoting! ... Shawn, I support you 1000%, but what am I supposed to do before Indigo ships (I mean its 3rd release)? (Pre)(Re)invent it?:( Cheers, Stoyan [del] =================================== This list is hosted by DevelopMentor╝ http://www.develop.com Some .NET courses you may be interested in: Guerrilla ASP.NET, 10 Nov 2003 in London and 26 Jan 2004, in Los Angeles http://www.develop.com/courses/gaspdotnet Guerrilla .NET, 8 Dec 2003, in Los Angeles http://www.develop.com/courses/gdotnet View archives and manage your subscription(s) at http://discuss.develop.com
