Releases: GradleUp/shadow
Releases · GradleUp/shadow
1.0.2
- Do not add an empty Class-Path attribute to the manifest when the
shadowconfiguration contains no dependencies. runShadownow registersshadowJaras an input. Previously,runShadowdid not executeshadowJarand an error occurred.- Support Gradle 2.0 (Issue #66)
- Do not override existing 'Class-Path' Manifest attribute settings from Jar configuration. Instead combine. (Issue #65)
1.0.1
1.0.0
- Previously known as v0.9.0
- All changes from 0.9.0-M1 to 0.9.0-M5
- Properly configure the ShadowJar task inputs to observe the include/excludes from the
dependenciesblock. This
allows UP-TO-DATE checking to work properly when changing thedependenciesrules (Issue #54) - Apply relocation remappings to classes and imports in source project (Issue #55)
- Do not create directories in jar for source of remapped class, created directories in jar for destination of remapped classes (Issue #53)
0.9.0-M5
- Add commons-io to compile classpath
- Update ASM library to 4.1
0.9.0-M4
- Break plugin into multiple sub-plugins.
ShadowBasePluginis always applied.
ShadowJavaPluginandShadowApplicationPluginare applied in reaction to applying thejavaandapplication
plugins respectively. - Shadow does not applied
javaplugin automatically.javaorgroovymust be applied in conjunction withshadow. - Moved artifact filtering to
dependencies {}block underneathshadowJar. This allows better include/exclude control
for dependencies. - Dependencies added to the
shadowconfiguration are automatically added to theClass-Pathattribute in the manifest
forshadowJar - Applying
applicationplugin and settingsmainClassNameautomatically configures theMain-Classattribute in
the manifest forshadowJar runShadownow utilizes the output of theshadowJarand executes usingjava -jar <shadow jar file>- Start Scripts for shadow distribution now utilize
java -jarto execute instead of placing all files on classpath
and executing main class. - Excluding/Including dependencies no longer includes transitive dependencies. All dependencies for inclusion/exclusion
must be explicitly configured via a spec.
0.9.0-M3
- Use commons.io FilenameUtils to determine name of resolved jars for including/excluding
0.9.0-M2
- Added integration with
applicationplugin to replace oldOutputSignedJarstask - Fixed bug that resulted in duplicate file entries in the resulting Jar
- Changed plugin id to 'com.github.johnrengelman.shadow' to support Gradle 2.x plugin infrastructure.
0.9.0-M1
- Rewrite based on Gradle Jar Task
ShadowJarnow extendsJar- Removed
signedCompileandsignedRuntimeconfigurations in favor ofshadowconfiguration - Removed
OutputSignedJarstask
v0.8
- Changed Maven Group ID to com.github.jengelman.gradle.plugins
- Published artifact to JCenter
- Upgraded to Gradle 1.10
- Main task renamed to be 'shadowJar' instead of 'shadow'. This was done so the task and extension namespace
did not collide. - Changed default output location to be ${buildDir}/distributions instead of ${buildDir}/libs
- Added support for class Relocation, thanks to Baron Roberts
v0.7.4
- upgrade to Gradle 1.6 internally and remove use of deprecated methods.