IX90067: ORB INCORRECTLY CACHES TOSTUB FAILURES
Closed as program error.
Error Message: ORB appears to be incorrectly caching negative class loads . Stack Trace: .
ORB appears to be incorrectly caching negative class loads
This defect will be fixed in: 6.0.1 GA FP1 These are the events taking place during test run ? 1) Context classloader is set to CL1 2) Call to exportObject() 3) Context classloader is set to CL2 (Cl2 is parent of CL1) 4) Call to toStub() ? As expected this call fails with java.rmi.NoSuchObjectException as it cant load stub but adds entry in TieToStubcache though it was miss. 5) set context classloader to CL1 6) Call to toStub() this time the TieToStubCache hands back the stubInfo object which it stored in previous call to toStub() but remember this was miss last time and hence the stubInfo.stub = NULL here 7) This again results in java.rmi.NoSuchObjectException where as it should have loaded separate stub. The problem occurs due ClassInfo.matches() logic where orb considers previous stubInfo object stored for parent context classloader (CL2 in this case) a match. And TieToStubCache returns back that stored stubInfo object.
Reported component name
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
Fixed component ID
Applicable component levels
Translate this page: