SharedClassesCacheChecker fails attempting to delete the cache it owns itself with DESTROY_FAILED_CURRENT_GEN_CACHE

[Mesbah-Alam]

DESTROY_FAILED_CURRENT_GEN_CACHE seems to be a test issue: https://ci.eclipse.org/openj9/view/Test/job/Test-extended.system-JDK8-win_x86/137/tapResults/

The SharedClassesCacheChecker receives it when it tries to delete the cache it owns itself : DefaultLocationGroupAccessJavaNoIterator. Test needs to be updated to fix this.

[Mesbah-Alam]

FYI: @hangshao0 @pshipton

[Mesbah-Alam]

The SharedClassesCacheChecker should only be verifying and deleting Workload caches (created both in default and non-default locations). It should leave out any caches that might exist in the default location on the machine owned by other processes. It should also not attempt to delete the cache(s) it owns - e.g. "DefaultLocationGroupAccessJavaNoIterator" cache -- those caches will be deleted in the tearDown() method in SharedClassesAPI.java.

The test needs to be updated to send a list of Workload Cache names (as those names are dynamically created at runtime when SharedClassesAPI runs a workload) into SharedClassesCacheChecker process - so that whenever it is attempting to process a cache it finds, it can verify first if it is a workload cache created by the SharedClassesAPI test.