Releases: gretty-gradle-plugin/gretty
3.1.0
What's Changed
-
Isolate Classpaths of CLI Runner and Servlet Container by @f4lco in #270
-
Support of the Jetty 10 servlet container
-
Reworked classloader concept to stop leakage of Gretty's dependencies onto the webapp classpath
-
Dropped support for Logback entirely, because of the slf4j 1.x / 2.x ecosystem split
Full Changelog: v3.0.9...v3.1.0
3.0.9
- Replace internal Gradle API usage with public API #265
Thank you, @octylFractal, for making Gretty better.
4.0.3
4.0.2
- Use Tomcat 10.0.21
- Use Jetty 11.0.9
- Use Gradle 7.4.2 for testing Gretty
- Added exclusion patterns for
commons-cli
andcommons-io
classes to FilteringClassLoader #258
Adding the patterns fixes a bug which gave preference to thecommons-cli
andcommons-io
versions
that Gretty uses, rather than using the JARs bundled with the webapp (which is the correct behavior). - Upgrade to Logback 1.3.0-alpha14
- Remove Groovy-based logging configuration in response to Log4Shell #249
3.0.8
4.0.1
-
Fix inability to build a product due to missing Groovy dependencies (#238).
-
Version upgrades to mitigate some CVEs (#252). Thanks to @dutta1kartik3.
3.0.7
4.0.0
3.0.6
- JDK 16 support
3.0.5
Please note that Gretty 3.0.5 is the first one not using JCenter
but rather Maven Central
. Be sure
to change your jcenter()
to mavenCentral()
in your Gradle files.
-
Changes in this version:
-
Added some release details for Maven Central.
-
Added uploadArchives for upload to Maven Central.
-
Restored simple GPG signing in prep for replacement of Bintray with Maven Central.
-
Build with Gradle 6.x in Jitpack
-
Use a fixed Gecko driver version
-
Use Gradle 6.9 for the "global" build
-
Fix the
gradle clean
task -
Update some packages
-
Gradle defines version as an object so we need to make sure we are doing explicit to String conversion
-
Revert "Purge identical builds by removing 'pull_request' trigger from GH actions"
-
Replace deprecated JavaExec.main usage with JavaExec.mainClass property
-
Merge pull request #218 from brandonramirez/loopback_address_bind
-
Update Gradle wrapper to 7.0-rc-2
-
Remove Gradle wrapper task definitions
-
Add Java 16 and build only against currently supported versions of Java
-
Update
actions/setup-java
-
Purge identical builds by removing 'pull_request' trigger from GH actions
-
Run tests on JUnit 5 on Gradle 7
-
Upgrade dependencies in Gradle 7 build
-
Replace jcenter repository with Maven Central
-
Rely on Groovy version shipped with Gradle
-
Add Gradle 7 build job
-
Explicitly bind to loopback address rather than local address to fix a BindException.
-
Use the
springBoot
option when it is not null (#213) -
Avoid calling afterEvaluate on already evaluated project
-
Remove unused import
-
Improve the code structure
-
Improve the dependency resolving logic
-
Update Gradle's version in CI
-
[skip ci] Remove mentions of Tomcat 10 in the
changes.md
file too -
Remove publishing to Bintray on push
-
Fixed 'multiple plugins are using the same ID' error in publishPlugins. (#211)