Erik,
<vendor>
Storing/sharing Java objects directly is what GS/J's PCA does very well. If
you have a lot of this going on, serializing and de-serializing at run-time
is going to be a drag on system performance.
</vendor>
-Chris.
> -----Original Message-----
> From: Erik Voldal [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, January 24, 2000 3:40 PM
> To: [EMAIL PROTECTED]
> Subject: collection usage
>
> What approaches are recommended for developing entities that need to keep
> track of a collection of Serializable items? And if it's different, what
> approaches are recommended for developing entities that keep track of a
> collection of other entities?
> The sort of usage I'm looking at is for ad hoc collections of objects,
> rather than 1 to many relationships that can be implemented using finder
> methods that correspond to an SQL query.
> The first thing that occured to me was to use Java2 collections, but I'm
> not sure if they would work well for persistent data in an EJB
> environment.
> For one thing, the collection interfaces are not defined to be
> Serializable, meaning they aren't appropriate to use as the type of a CMP
> field or as a parameter on an entity remote interface. I see that Sun
> provides concrete collection implementation classes that are Serializable,
> so they could be used directly, but that ties the remote interface to a
> specific concrete class rather than a generic type like Set or List.
>
> Erik Voldal
> Email: [EMAIL PROTECTED]
> Phone: 507-253-4788
>
> ==========================================================================
> =
> 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".
