[Mono-dev] Re moting between dotnet framework and mono framework

Jerome Haltom wasabi at larvalstage.net
Wed Mar 11 11:40:25 EDT 2009


These questions are all answered on MSDN in the documentation describing
how works. Look into MarshalByRefObjects, ObjRef, transparent proxies
and real proxies.

On Wed, 2009-03-11 at 08:36 -0700, Eric45 wrote:
> 
> Hi
> 
> Perhaps i was not enough precise in my question.
> 
> I want to make a DOTnet client on windows running above Microsoft DOTnet
> framework 2.0.
> Then i have a DOTnet server on linux running above MONO.
> 
> So i am asking myself if remoting will be compliant.
> Lets take an example.
> 
> If the client pass a serialized object (one of my ISerializable class) lets
> named it Class1. 
> How the MONO server make the link with its own class Class1 (exactly the
> same) to reconstruct it ?
> How it makes the link between Class1 on Windows DOTnet and the Class1 on
> MONO ? Because the class has same name in same dll name and same namespace ?
> That i do not understand.
> 
> For reference, MarshalledByRef, i think all is ok because it is only a
> pointer on a proxy and an Interface. So i imagine it works.
> 
> Thanks
> 
> 
> 
> Robert Jordan wrote:
> > 
> > Hi,
> > 
> > Eric45 wrote:
> >> Is it possible to have a remoting MONO server working on linux being
> >> contacted by a DONET windows remoting client ?
> > 
> > Yes.
> > 
> >> If yes how the compliance is made between objects passed by reference ?
> > 
> > I don't understand this question. Do you mean MarshalByRefObjects?
> > They are supported.
> > 
> >> Same question about objects passed by serialization ?
> > 
> > You can expect 100% compatibility with custom classes (those you've
> > designed yourself).
> > 
> > Basic BCL classes (ArrayList, Hashtable) are also compatible,
> > but it's safer to not depend on classes that are not under your
> > control.
> > 
> > Robert
> > 
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > 
> > 
> 



More information about the Mono-devel-list mailing list