Hi Armin,
Ah, right yes, that would make sense. Those 2 classes are not instances of
Collection. They descend from java.lang.Object (ie. does not extend
anything). The implement ManagableCollection.
This worked for rc3, I guess there's been changes around that since. Does
this mean that I now need to descend all my custom list classes from
Collection?
-Raymond
> Hi Raymond,
>
> the error occured in method prefetchRelationship(Collection owners)
> line 149 when a cast for the 1:n references is done.
> The cast is
>
> if (collectionClass != null)
> {
> newChildren = (Collection)
> broker.getCollectionByQuery(collectionClass, queries[i]); //Line 149
> }
>
> Thus I think OJB has problems with one of your collection class in
> class-descriptor of Employee
>
> <collection-descriptor
> name="contracts"
> element-class-ref="com.hours28.domain.entity.EmployeeContract"
> collection-class="com.hours28.domain.entity.EmployeeContractCollection"
> auto-retreive="true"
> auto-update="true">
> <inverse-foreignkey field-ref="employeeId"/>
> </collection-descriptor>
>
> <collection-descriptor
> name="employeeServiceDetails"
> element-class-ref="com.hours28.domain.entity.EmployeeServiceDetail"
> collection-class="com.hours28.domain.entity.EmployeeServiceDetailCollection"
> auto-retreive="true"
> auto-update="true">
> <inverse-foreignkey field-ref="employeeId"/>
> </collection-descriptor>
>
> Are both classes EmployeeContractCollection,
> EmployeeServiceDetailCollection instance of Collection?
>
> regards,
> Armin
>
> Raymond Barlow wrote:
>
>> Hi Armin,<snip>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
