[GROOVY-10643] CLONE - Consolidation of VMPlugin didn't account for API calls in the Groovy runtime

• Type: Bug
• Status: Closed
• Priority: Blocker
• Resolution: Fixed
• Affects Version/s: 4.0.0
• Fix Version/s: 4.0.3
• Assignee: Paul King
• Reporter: Paul King
• Created: 29/May/22 03:12
• Updated: 24/Jul/22 12:16
• Resolved: 29/May/22 03:39

Description

Addendum: it seems like the protected method invalidateSwitchPoints also needs to be retained as per:
https://github.com/oracle/graal/issues/4492

A change in Groovy 3 (see GROOVY-9380 for details) was to consolidate classes from the legacy Java5 through Java7 classes into Java8. Those classes are part of Groovy's plugin mechanism and aren't meant to be used directly. The legacy classes were deprecated in Groovy 3 and removed in Groovy 4. This was an intended breaking change for anyone using those classes directly. Remember the change is transparent for anyone using the plugin mechanism as intended. A subset of those classes are also directly called by the bytecode for Groovy 2.5 compiled code with Indy enabled, i.e. were part of the Groovy runtime for that version. Removing backwards compatibility for those classes was unintended.

This would mostly impact folks who might create applications from a mixture of dependencies, e.g. maybe a helper classes, library or plugin compiled under Groovy 2.5 with Indy enabled and then used in conjunction with another application compiled under Groovy 4. This will be fixed in the next point release.

Issue Links

• is a clone of: GROOVY-10465 Consolidation of VMPlugin didn't account for API calls in the Groovy runtime