laeubi commented on PR #1726: URL: https://github.com/apache/maven/pull/1726#issuecomment-2373872580
> I disagree. Having the binaries being stable allows some optimisation in the build downstream. I'd really like to keep that. One can always use the file modification time, e.g as far as I know maven already tries to not overwrite a file if it is the same bytes on some places, now the same must only be applied to jar (what actually can be seen as a FileSystem where individual item might or might not be updated / deleted / added). > If the generated jar for a dependency is changed (with a different timestamp in the zip), the compiler needs to recompile for example. But now with a fixed timestamp by default how will one know the dependency has "changed"? Especially for this case a "semantic equivalence" would pay of, e.g. compilation must not be performed if only a resource changed in a jar or a property file but only with class file changes. One can even go a step further and say that recompilation is even only needed if a `public` or `(package) protected` member/ field was changed ... -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
