Starting with the fix for 4985717, the pkgmap for SUNWj5cfg added the following:

e none etc/.java/.systemPrefs/.system.lock 0644 root bin
e none etc/.java/.systemPrefs/.systemRootModFile 0644 root bin

Further digging reveals that the above two files were previously
added via the postinstall script, using the same "e none" format.

Moving from the postinstall to the regular pkgmap entry for
SUNWj5cfg exposed the "e none" to the Solaris integration
audits.

So this is not a regression, so to speak, introduced by 4985717,
but rather an existing deficiency.

The problem was uncovered in the integration of b62 into S10:
=========================================================================
Integrating Package 'SUNWj5cfg' to s10s_wos ...

Sending item information to server for verification ...

MUSTFIX:Pkgmap_MissingClassActionScript:SUNWj5cfg(sparc): classname=none
# filetype 'e' needs class action script


Sending item SUNWj5cfg to server ...
13 blocks
11 blocks
Initializing s10/s10s_wos with SUNWj5cfg


STATUS = PASSED (Item is integrated successfully)
=========================================================================

I believe without an appropriate class action script, upgrade
will not preserve the data in those files.

Unclear whether this needs to make Tiger GA or could wait for 1.5.0_01