Cedric,
I understand his concern, my point is if this is the pattern you are going
to use, dont use an RMI type especially where there is a large object graph.
Why not use an IDL type, save the painful performance of the serialization,
not change the design pattern and at the same time open your application to
interoperability with non EJB systems if the need ever arises. This of
course assumes you use a container which is properly implementing RMI/IIOP
and not just a proprietary serialization implementation over IIOP, even for
IDL types.
For instance, in simple tests I show a 25% to 50% performance boost in
marshalling the IDL type of the serialized RMI type. This is FREE
performance, so why not take advantage of it, in those containers which
allow you to take advantage of it?
The only solution I can see to solve what he wants is to not use value
objects and pass remote references to controllers which wrap the entities.
These would indeed be passed by reference. However, Im not sure this is any
better a pattern in total.
Dave Wolf
Internet Applications Division
Sybase
----- Original Message -----
From: "Cedric Beust" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 24, 2000 11:11 PM
Subject: Re: different way of thinking
> > From: A mailing list for Enterprise JavaBeans development
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Wolf
>
> > Why not pass an IDL type. Via RMI/IIOP you would get a serious
performance
> > boost by marshalling the structural type as an IDL type thus avoiding
the
> > overhead of serialization without the added overhead of the RMI call.
>
> Whether you're using standard serialization, proprietary serialization or
IIOP
> doesn't change much to the fact that you're sending the whole state of the
object
> on the wire, which is precisely what the original poster is questioning...
>
> --
> Cedric
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
