Adam Hardy wrote:
> I initially shied away from doing that because I figured that later on
> in the show we might want to use Collection sub-class x, y or z.
>
> However the alternatives were too time-consuming, so I have done just
> what you said.
>
> I am now the proud owner of BidirectionalChildList() which takes the
> parent entity and the name of the property on the children in its
> constructor.
>
> It's pretty restrictive - but I guess if other Collection sub-classes
> are needed, it's pretty quick to knock up another implementation.
>
> Thanks
> Adam
I've lost track of what you're doing here. Is it correct that you have
an interceptor or prepare method that's loading an Entity and then
you're using the ParametersInterceptor (via custom converters) to set
properties in a collection of that Entity? Adding/removing entries in
the collection? If so, how are you not interfering with the Collection
impl created by the persistence provider (eg. PersistentBag/PersistentSet)?
---------------------------------------------------------------------
To unsubscribe, e-mail:
user-unsubscribe@...
For additional commands, e-mail:
user-help@...
