[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