RFR (S) : 8026941 : [TESTBUG] java.lang.ClassNotFoundException: java.lang.invoke.InvokeGeneric

[Vladimir Ivanov]

Igor,

Why don't you simply filter out all package-private & private classes 
out of classNames array, but leave the list hard-coded in the test? All 
public classes are part of public API, so the list shouldn't change.

Best regards,
Vladimir Ivanov

On 12/12/13 8:24 PM, Igor Ignatyev wrote:
> Hi all,
>
> Problem:
> Test compiler/jsr292/ConcurrentClassLoadingTest has a hard-coded list of
> classes to load, after JDK-8024761 'j.l.i.InvokeGeneric' doesn't exist,
> so test fails w/ CNFE
>
> Fix:
> To testlibrary, added class to print all public classes -- ClassesPrinter
> In ConcurrentClassLoadingTest, hard-coded list was replaced by the list
> of public classes from j.l.i which exist in bootCP.
>
> At first, I tried to use all classes from j.l.i, not only public, but it
> can lead to deadlock. After discussion w/ Vladimir I, we decided that
> since it isn't related to original bug (8022595) we should limited
> classes to public only. I will file a separate product bug about that
> deadlock.
>
> webrev: http://cr.openjdk.java.net/~iignatyev/8026941/webrev.00/
> jbs: https://bugs.openjdk.java.net/browse/JDK-8026941
> testing: jprt
>
> Thanks,
> Igor