Toda vez que executamos um build_and_deploy, a layer do lambda é destruída e recriada.
Isso ocorre porque o checksum do arquivo zip gerado é alterado. Por sua vez, este é alterado porque o zip gerado contém metadados que possuem o timestamp da geração dele, por exemplo.
Então, mesmo que o conteúdo seja exatamente o mesmo, o zip "parece" ser diferente.
Para evitar isso, manualmente é possível adicionar -X ou --no-extra ao comando zip.
No entanto, é preciso pesquisar como fazer isso através do plugin assembly do maven, ou então mudar a abordagem. Pesquisei e não consegui encontrar de maneira simples como passar esse parâmetro.
Uma observação é que o shaded jar também possui essa característica de ter o sum alterado por padrão. Não pesquisei se dá pra evitar isso.
Lista de emails do maven: http://maven.40175.n5.nabble.com/
Toda vez que executamos um build_and_deploy, a layer do lambda é destruída e recriada.
Isso ocorre porque o checksum do arquivo zip gerado é alterado. Por sua vez, este é alterado porque o zip gerado contém metadados que possuem o timestamp da geração dele, por exemplo.
Então, mesmo que o conteúdo seja exatamente o mesmo, o zip "parece" ser diferente.
Para evitar isso, manualmente é possível adicionar -X ou --no-extra ao comando zip.
No entanto, é preciso pesquisar como fazer isso através do plugin assembly do maven, ou então mudar a abordagem. Pesquisei e não consegui encontrar de maneira simples como passar esse parâmetro.
Uma observação é que o shaded jar também possui essa característica de ter o sum alterado por padrão. Não pesquisei se dá pra evitar isso.
Lista de emails do maven: http://maven.40175.n5.nabble.com/