Skip to content

openrewrite/rewrite-spring

Repository files navigation

Logo

Eliminate legacy Spring patterns. Automatically.

ci Apache 2.0 Maven Central Revved up by Develocity Contributing Guide

What is this?

This project contains a series of Rewrite recipes and visitors to automatically apply best practices in Java Spring Boot applications.

Browse a selection of recipes available through this module in the recipe catalog.

How to use?

See the full documentation at docs.openrewrite.org.

How to generate Spring Boot configuration properties replacement recipes?

  1. Run GeneratePropertiesMigratorConfiguration.java
  2. Revert any unwanted changes to src/main/resources/META-INF/rewrite/*.yml
  3. Commit & push changes.
  4. Repeat periodically as new minor versions of Spring Boot are released.

Why do artifact scanners detect vulnerabilities in recipe artifacts/JARs?

In order to modernize and upgrade old or vulnerable code, some OpenRewrite recipe modules bundle copies of old libraries. Libraries bundled into recipe modules are never executed.

OpenRewrite exercises the Java compiler internally to compile code patterns that exist in these old and/or vulnerable libraries. These patterns are then used to match old or vulnerable code for the sake of modernizing or repairing it.

Using a library in compilation in this way does not trigger class initialization in the way that reflection might, for example. In other words, code paths in libraries used in compilation are never executed, and thus the vulnerability is not exploitable.

The jar has libraries bundled inside of the META-INF/rewrite/classpath directory. However, those JARs are not made into a Fat Jar or a shaded library in the traditional sense. It is not possible that by using rewrite-spring that one of those libraries gets called.

Contributing

We appreciate all types of contributions. See the contributing guide for detailed instructions on how to get started.