For performance reasons, I've been thinking about replacing my Entity Bean
getter and setter methods with fat .extractData() and .setData() methods. At
the same time, I would create a serializable container class that would wrap
only the properties of the EntityBean. This would:

- eliminate a plethora of getter and setter methods that clients can't call
anyway (I'm using the "SessionBean wraps EntityBean" model).

- Prevent the EJB container from calling ejbStore() multiple times.
Actually, I guess this is only a problem if the EntityBean is called without
a calling transaction.

- Provide a data class for returning data to client since we aren't going to
pass EJBObjects to client.

What does everyone think? Anyone else doing this?

Terran

===========================================================================
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".

Reply via email to