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. You
can then pass this IDL type into your entity bean using a bulk accessor.
See a thread in the patterns section at theserverside.com. I show how to
pass an IDL type and that it shows a 25-50% boost in marshalling performance
over serialization in containers that properly implement rmi/iiop.
Dave Wolf
Internet Applications Division
Sybase
----- Original Message -----
From: "Cedric Beust" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 24, 2000 1:51 PM
Subject: Re: different way of thinking
> > From: A mailing list for Enterprise JavaBeans development
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Delahunty
>
> > However I was thinking, object serialization can take time especially
for my
> > complex objects. My objects happen to be immutable in the sense that
they
> > have no set Methods. So would it be ok to pass them by reference. For
> > example implementing "java.rmi.remote" instead of
"java.io.Serializable".
> > Will this work with all app servers.
>
> It's a trade-off. If you pass RMI stubs around, you will save on
serialization
> time but you will incur a network overhead each time you need to query a
value on
> your remote objects. It's up to you to decide which one is best.
>
> One way to have your cake and eat a part of it is to implement
lazy-loading for
> your objects, or cause groups of fields to be fetched when you query one
of them.
>
> <vendor>
> WLS 6.0 offers this functionality for finders, CMPs, CMRs and dependents:
> ejbLoads() are basically empty and fields are lazy-loaded. You can specify
groups
> of fields and have the Persistence Manager fetch them all together when
one of
> them is read..
> </vendor>
>
> --
> 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".
