IV60076: INCORRECT ASSERTION CAN BE OPTIONALLY ENABLED, AND IS TRIGGERED WHEN A CLASS IS BEING RETRANSFORMED

APAR status

• Closed as program error.

Error description

• Error Message: j9bcu.131    *   ** ASSERTION FAILED ** at
  defineclass.c:554: ((((BOOLEAN) 0) ==
  j9shr_Query_IsAddressInCache(vm, intermediateData,
  intermediateDataSize)))
  .
  Stack Trace:
  internalLoadROMClass()reloadROMClasses()redefineClassesCommon()j
  vmtiRetransformClasses()
  .
  

Local fix

• The incorrect assert trace point j9bcu.131 is not enabled by
  default, but will be enabled by command line options like
  -Xtrace:maximal=all. It can be individually disabled by adding
  following option to the command
  line:-Xtrace:maximal={!j9bcu.131}
  

Problem summary

• This problem is caused when the j9bcu.131 assert is enabled, and
  the JVM is running with shared class and a class which was
  stored in shared class cache during load is now being
  retransformed.
  

Problem conclusion

• This APAR will be fixed in the following Java Releases:
     7 R1 SR1 FP1       (7.1.1.1)
  .
  The JVM has been updated to fix the conditions that cause
  incorrect assert.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  J9 COMMON CODE

• Fixed component ID

  620700127

Applicable component levels

• R270 PSY

     UP