jdaugherty commented on issue #14679: URL: https://github.com/apache/grails-core/issues/14679#issuecomment-2899944956
As part of testing https://github.com/apache/groovy/pull/2229 , we discovered: 1. overriding libraries were far more difficult since the spring dependency management plugin was being applied 2. the groovydoc wasn't not consistently configured in the aggregate & individual groovydocs 2 will be addressed by https://github.com/apache/grails-core/pull/14758 1 will be addressed by https://github.com/apache/grails-core/pull/14765 Please note that after these 2 PRs, & the associated groovy PR. We are now down to 3 differences: grails-datamapping-tck/build/libs/grails-datamapping-tck-7.0.0-SNAPSHOT.jar grails-scaffolding/build/libs/grails-scaffolding-7.0.0-SNAPSHOT.jar grails-shell-cli/build/libs/grails-shell-cli-7.0.0-SNAPSHOT.jar The shell & scaffolding differences are due to the commands being compiled with groovy 3. Switching commands to groovy 4 will resolve these issues. The TCK issue is a false positive - differing byte code is being generated for the City/Country domains (only domains with inheritance). Diffing them with the decompiler results in the same java code. With these changes, this does mean it should be possible to have a grails application that's always reproducible. -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
