You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Herve Boutemy (Jira)" <ji...@apache.org> on 2020/04/10 20:45:00 UTC

[jira] [Closed] (MSHADE-249) Consistent dates in the jar entries

     [ https://issues.apache.org/jira/browse/MSHADE-249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Herve Boutemy closed MSHADE-249.
--------------------------------
    Resolution: Duplicate

IIUC, this is w duplicate of MSHADE-347, isn't it?
closing as duplicate, please reopen if there is something missing

> Consistent dates in the jar entries
> -----------------------------------
>
>                 Key: MSHADE-249
>                 URL: https://issues.apache.org/jira/browse/MSHADE-249
>             Project: Maven Shade Plugin
>          Issue Type: New Feature
>            Reporter: Javier Sigler
>            Priority: Major
>
> Nowadays, Java developers often create Docker images attaching the uberjar or collections of jars to the docker image. However, these jars are time dependant. In other words, each time you create a jar, it has a different hash even though the code is actually the same. This feature leads to the creation of multiple docker image for the same code, significantly increasing the deploy time.
> The two reasons that makes the different hashes are:
> 1. jar entries contains the creation timestamp in at least the last modified attribute. 
> 2. each uberjar usually contains an automatically generated property file with a timestamp located in {{META-INF/maven/$\{package}/pom.properties}}  
> The goal of this feature is to solve the first problem giving a consistent date to all the jar entries.
> I take the liberty of create a github repository with the suggested change in the plugin to accomplish this feature https://github.com/javiersigler/apache-maven-shade-plugin 
> In addition, you could find in the repository a solution of the second problem.
> I hope you could find it useful.
> Thank you in advance.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)