split MethodHandlesTest into several tests, according to functionality

XMLWordPrintable

    • Type: Enhancement
    • Resolution: Unresolved
    • Priority: P4
    • tbd
    • Affects Version/s: 9
    • Component/s: core-libs
    • None

      Like JDK-8150832 did for the JEP 274 test, resolving this issue should lead to the monolithic MethodHandlesTest being split into several smaller tests. This does not have to be super fine-grained, but should be organised around meaningful groups of methods, e.g., everything that is about dropping argument combinators should go to one DropArgumentsTest, etc.

            Assignee:
            Unassigned
            Reporter:
            Michael Haupt
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: