Think of an appdomain as a virtualization of a process. Running in a separate appdomain is quite similar to running 'application protection' = high in IIS, or running your COM+ component in a server application/package (which arguably is the same) or running your classic COM component as a local server. When one appdomain crashes (what in .Net, of course, will never happen ;-), the others should remain unaffected, meaning cross-domain calls need remoting by design. The rationale for enabling multiple appdomains per physical process is most likely that the Microsoft OS we all know and love is not very good at running a zillion processes.
-- Henkk ----- Original Message ----- From: "Rolls, Robert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 26, 2002 6:32 AM Subject: [DOTNET] AppDomains (confused!) > I'm a little confused over app domains - it states in the documentation that > there is not a one-to-one mapping of threads to domains, so are app domains > some logical boundary such as an COM apartment but rather being tied to the > apartment in classic COM the thread can move from domain to domain? > > if so how would this happen? when calling a method on an object within > another domain via remoting? > > what I'm trying to mirror is - I have one thread in a new STA which creates > an in-proc COM dll - the thread waits for either STA messages or > synchronisation events wrapped in a structured exception handler > (set_se_translator) for in-process isolation. I see app domains giving me > something similar. > > Regards, > Robert Rolls > > -- > I'm just a symptom of the moral decay that's gnawing away at the heart of > the department. > > > > > **********************************************************************" > This correspondence is for the named person's use only. It may > contain confidential or legally privileged information or both. " > No confidentiality or privilege is waived or lost by any " > mistransmission. If you receive this correspondence in error, please > immediately delete it from your system and notify the sender. You > must not disclose, copy or rely on any part of this correspondence > if you are not the intended recipient. > > Any views expressed in this message are those of the individual sender, > except where the sender expressly, and with authority, states them to > be the views of Vodafone. > > This email has been checked for viruses. > **************************************************************************** ****************** > > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
