Exception [TOPLINK-6029] after upgrading from version 9.0.4.5 to 10.1.3.0.0

Question

In our project, we have made an upgrade to TopLink version 10.1.3.0.0. After replacing as much as possible deprecated Classes/methods, we get TopLink Exceptions when accessing attributes which are mapped via indirection. When TopLink tries to retrieve the reference records from the database, a [TOPLINK-6029] exception occurs. We do not execute a query with "readObject" but we only acces the attribute which is mapped via indirection.
Exception-Stack:
Exception [TOPLINK-6029] (Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build 060118)): oracle.toplink.exceptions.QueryException
Exception-Beschreibung: Eine Referenzklasse muss angegeben werden.
Abfrage: ReadObjectQuery()
     at oracle.toplink.exceptions.QueryException.referenceClassMissing(QueryException.java:858)
     at oracle.toplink.queryframework.ReadObjectQuery.checkDescriptor(ReadObjectQuery.java:198)
     at oracle.toplink.queryframework.ObjectLevelReadQuery.checkPrePrepare(ObjectLevelReadQuery.java:562)
     at oracle.toplink.queryframework.ObjectLevelReadQuery.isLockQuery(ObjectLevelReadQuery.java:1407)
     at oracle.toplink.internal.remote.RemoteValueHolder.isPessimisticLockingValueHolder(RemoteValueHolder.java:192)
     at oracle.toplink.internal.indirection.UnitOfWorkValueHolder.instantiateImpl(UnitOfWorkValueHolder.java:133)
     at oracle.toplink.internal.indirection.UnitOfWorkValueHolder.instantiate(UnitOfWorkValueHolder.java:217)
     at oracle.toplink.internal.indirection.DatabaseValueHolder.getValue(DatabaseValueHolder.java:61)
     at oracle.toplink.indirection.IndirectList.buildDelegate(IndirectList.java:184)
     at oracle.toplink.indirection.IndirectList.getDelegate(IndirectList.java:307)
     at oracle.toplink.indirection.IndirectList.toArray(IndirectList.java:646)
     at java.util.Collections.sort(Collections.java:158)
With TopLink versio 9.0.4.5 everything works correctly.
What could be the cause of this problem and what can we do to correct it.
Regards,
Hans.

Answer 1

Hello James,
Thanks for the quick answer!
I have tested our program with the new TopLink version without making any change in the code, so definitely there a change in the behaviour in both TopLink versions. I have added the code where the descriptor and the onetomany mapping is created. I think the descriptor is ok, but the problem could have to do with the fact that in our program the business object is already registered in a unit of work.
When I debug the situation in Eclipse and expand the IndirectList first on the original and afterwards on the clone, no exception occurs. When I directly expand the IndirectList in the clone the excpetion comes.
// Descriptor creation
private static Descriptor buildRentFunctionDescriptor()
Descriptor desc = DescriptorLib.makeListDescriptor(RentFunction.class, RFU_TAB, RFU_TAB_KEY, RFU_PREFIX);
DescriptorLib.addDirectToFieldMapping(desc, PropM.RentFun.KEY, RFU_TAB_KEY);
DescriptorLib.addDirectToFieldMapping(desc, PropM.RentFun.NAME, RFU_TAB_NAME);
DescriptorLib.addDirectToFieldMapping(desc, PropM.RentFun.ORDER, RFU_TAB_ORDER);
DescriptorLib.addDirectToFieldMapping(desc, PropM.RentFun.RENT, RFU_TAB_RENT);
DescriptorLib.addDirectToFieldMapping(desc, PropM.RentFun.ATYPE, RFU_TAB_ATYPE);
DescriptorLib.addOneToManyMapping(desc, PropM.RentFun.HRENT, HistRent.class, HRE_TAB_LINK, true, true);
DescriptorLib.addOneToOneMapping(desc, PropM.RentFun.PER, Period.class, RFU_TAB_PER, false, false);
DescriptorLib.addOneToOneMapping(desc, PropM.RentFun.LEV, LocationLevel.class, RFU_TAB_LEV, false, false);
DescriptorLib.addOneToOneMapping(desc, PropM.RentFun.ACC, Account.class, RFU_TAB_ACC, false, false);
return desc;
//Mapping creation
public static OneToManyMapping addOneToManyMapping(Descriptor descriptor,
String attributeName,
Class referenceClass,
String targetForeignKey,
boolean useIndirection,
boolean enableCascadingDelete)
OneToManyMapping mapping = new OneToManyMapping();
mapping.setAttributeName(attributeName);
mapping.setReferenceClass(referenceClass);
mapping.setTargetForeignKeyFieldName(targetForeignKey);
if (useIndirection)
mapping.useTransparentCollection();
mapping.useCollectionClass(IndirectList.class);
else
mapping.dontUseIndirection();
if (enableCascadingDelete)
mapping.privateOwnedRelationship();
descriptor.addMapping(mapping);
return mapping;
Maybe you could give some tips about how to deal with registering the business object in the unit of work in combination with attributes that use indirection.
Regards,
Hans
Message was edited by:
lammers1