"Sunny" <sunny@newsgroups.nospam> wrote in message
news:%23jk8DNXdEHA.3664@TK2MSFTNGP12.phx.gbl...
> Hi Bob,
>
> most probably you are overlooking something. Try to add functionality to
> your test program until it stops working, or try to start stripping down
> your main program until the problem disappear.
>
> Sunny
>
>
> In article <uteDekOdEHA.3664@TK2MSFTNGP12.phx.gbl>, rundle@rundle.com
> says...
> > Hey Sunny,
> >
> > I thought this trick of returning null from InitializeLifetimeService()
in
> > the MBR object disabled it. The child object certainly
> > has this override. The child object is not a CAO. The server creates
it,
> > the client simply gains access to it from the root object.
> >
> > In my test project I follow this same pattern: I marshal a root object
which
> > creates a child and the client accesses both of them.
> >
> > Here is my test program...which I hesitate to put out here, because the
test
> > program works!
> >
> > This is the server...
> >
> > using System;
> > using System.Collections;
> > using System.Runtime.Remoting;
> > using System.Runtime.Remoting.Channels;
> > using System.Runtime.Remoting.Channels.Tcp;
> > using System.Threading;
> > using RemotingObjects;
> >
> > namespace RemotingTestServer
> > {
> > class Server : MarshalByRefObject
> > {
> > static void Main(string[] args)
> > {
> > BinaryServerFormatterSinkProvider serverProv = new
> > BinaryServerFormatterSinkProvider();
> > serverProv.TypeFilterLevel =
> > System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;
> > BinaryClientFormatterSinkProvider clientProv = new
> > BinaryClientFormatterSinkProvider();
> > IDictionary props = new Hashtable();
> > props["port"] = 1000;
> > TcpChannel tcpChannel = new TcpChannel(props, clientProv,
serverProv);
> > ChannelServices.RegisterChannel(tcpChannel);
> > TopLevelClass topLevel = new TopLevelClass();
> > topLevel.Log("Marshaling the object.");
> > RemotingServices.Marshal((MarshalByRefObject) topLevel, "TopLevel",
> > typeof(TopLevelClass));
> > topLevel.Log("Marshaled.");
> > Thread.Sleep(Timeout.Infinite);
> > }
> > }
> > }
> > ---------------------------------------------------------------
> > This is the client...
> >
> > using System;
> > using RemotingObjects;
> >
> > namespace RemotingTestClient
> > {
> > class Class1
> > {
> > [STAThread]
> > static void Main(string[] args)
> > {
> > TopLevelClass toplevel =
> >
(TopLevelClass)Activator.GetObject(typeof(TopLevelClass),"tcp://localhost:10
> > 00/TopLevel");
> > toplevel.Log("Activated toplevel.");
> > ChildClass child = toplevel.child;
> > child.Log("Referenced child.");
> > int sleeptime = 5000;
> > while(true)
> > {
> > // toplevel.Log("Hello toplevel, sleeping " + sleeptime/1000 + "
sec.");
> > child.Log("Hello child, sleeping " + sleeptime/1000 + " sec.");
> > System.Threading.Thread.Sleep(sleeptime);
> > sleeptime *= 2;
> > }
> > }
> > public static void Log(string message)
> > {
> > Console.WriteLine(DateTime.Now.ToString() + "\t- " + message);
> > }
> > }
> > }
> > ---------------------------------------------------------
> > These are the root and child objects...
> >
> > using System;
> >
> > namespace RemotingObjects
> > {
> > public class TopLevelClass : MarshalByRefObject
> > {
> > public ChildClass child;
> >
> > public TopLevelClass()
> > {
> > child = new ChildClass();
> > }
> > public void Log(string message)
> > {
> > Console.WriteLine(DateTime.Now.ToString() + "\t(TopLevel) " +
message);
> > }
> > public override object InitializeLifetimeService()
> > {
> > return null;
> > }
> >
> > }
> > public class ChildClass : MarshalByRefObject
> > {
> > public void Log(string message)
> > {
> > Console.WriteLine(DateTime.Now.ToString() + "\t(Child) " + message);
> > }
> > public override object InitializeLifetimeService()
> > {
> > return null;
> > }
> > }
> > }
> > ---------------------------------------------------
> > Lifetime services never kills the child even as the delay between
accesses
> > approaches one hour. Again, the test program works and my real program
> > doesn't. Either I am overlooking something or the problem occurs when
the
> > server-size tree of objects become large (about 20 or 30 objects in my
> > case).
> >
> > Regards,
> > Bob Rundle
> >
> >
> >

> I am starting to think that InitializingLifetimeServices() to null everwhere
> is not the best course of action. However it is not clear to me what the
> appropriate design pattern is when remoting events are involved.
>