agreed. we're perfectly aligned. On Sat, May 17, 2025 at 4:21 PM James Daugherty <jdaughe...@jdresources.net.invalid> wrote:
> My largest concern is getting in a position so we can release & release > more frequently. We need a baseline and the build changes are likely to be > a hurdle for most to upgrade - so I don’t think we should wait. Every > plugin will also need updated. The main reason I am pushing for a > milestone is so we know we can release under the ASF process. > > Once we can release via an ASF process, I intend to revisit the known > issues list: > > 1. sitemesh / layout by convention / nested layouts / $raw related issues > 2. reloading > 3. the header issue that was introduced in 6.x > 4. bean redefinition warnings > 5. multi db with session > > I don’t think these will require sweeping changes so I would be ok fixing > some of them in the RC and deferring where needed. We also need to do > milestones/RCs much more often in the future. > > -James > > On Sat, May 17, 2025 at 3:12 PM Andrew Garcia > <and...@goodshuffle.com.invalid> wrote: > > > It seems like a massive step forward and I certainly don't want to > > introduce blockers to the M4 checkpoint being reached. Still, and I'm > > working to marshall resources on my team to advance this, I couldn't be a > > stronger advocate in us needing to have hot-swapping as a part of the > > initial full release; I'm hoping this can get slated into a release > > candidate ahead of GA. > > > > -Andrew > > > > On Sat, May 17, 2025 at 2:58 PM James Daugherty > > <jdaughe...@jdresources.net.invalid> wrote: > > > > > Hi Everyone, > > > > > > In the weekly meeting we briefly discussed the outstanding items to > > release > > > the first Apache milestone: > > > https://lists.apache.org/thread/hm3v6ooqqchms81tljk8h2vpvtj1qfcf > > > > > > I think this discussion merits its own mailing list thread and I'm > > > interested to hear everyone's thoughts on the current plans. From our > > > meeting: we think the current code line now is functional end-to-end. > We > > > now need to determine what should be finished so we can release > 7.0.0-M4. > > > From my notes, the following needs completed to proceed with an Apache > > > Grails milestone release: > > > > > > # We will likely wait for Groovy 4.0.27 with Paul's reproducibility > > fixes. > > > # (assigned to James D) We need to create a script used to verify our > > > build (so we can satisfy Security's requirements) > > > # (assigned to James D) We need to create a gradle script to publish > > > the source/jars to the Apache distribution locations. We plan to model > > > it after the groovy-release repo. > > > # (assigned to James D) We need to have GitHub only stage, not > > > "release". This requires minor build updates on our side. We intend > > > to manually release the jars to maven central as part of our voting > > > workflow. > > > # (assigned to Mattias) spring-security has to be released & headers > > added. > > > > > > I think we have some other outstanding items too, but it's not clear to > > me > > > if they need to be done to perform a release: > > > # We need to rebrand "Grails" to "Apache Grails" in our documentation. > > > # We need to remove references to the Grails Foundation on the website > > > # We need to deploy the grails.apache.org website. > > > > > > > > > Here's my first attempt at a summary of 7.0.0-M4: > > > > > > Apache Grails 7.0.0-M4 is the first release for Grails under the Apache > > > Software Foundation (ASF). This release focuses first on meeting the > > > requirements of the ASF & improving the developer experience of Grails > > > itself & Grails Applications. As part of this transition, the > developers > > > moved to a mono repository, reworked the way the various Grails CLIs > > work, > > > modernized its build system, modernized the various Grails Gradle > Tasks, > > > modernized the various Grails Gradle Plugins, worked towards > reproducible > > > builds, added license headers to our source code, and changed the maven > > > coordinates of all Grails Artifacts. > > > > > > Here is the detailed list since 7.0.0-M3: > > > * PR #14750 - support non-persistent super classes for @Autotimestamp > > > * Issue #14745 - remove deprecated doc method on Grails Plugins > > > * Issue #14745 - remove duplicate grails.factories & grails-plugin.xml > > > files now that AST generation is working correctly > > > * Issue #14745 - switch to Spring Boot 3.5.0-RC1 with Spring Framework > > > 6.2.7 due to bug ( > > > https://github.com/spring-projects/spring-framework/issues/34796) > > > * Issue #14745 - change the grails-gradle-model to export Groovy 3 due > to > > > Gradle Task isolation in later versions of Gradle > > > * Issue #14745 - rework the FindMainTask to correctly set the main > > > Application class on BootWar, BootJar, & BootRun > > > * Issue # 14745 - remove org.grails.plugins.CodecGrailsPlugin; > > > use org.grails.plugins.codecs.CodecsGrailsPlugin instead > > > * Issue # 14745 - remove the remaining pathingJar task functions > > > * Issue # 14745 - fix a databinding scenario in DataBindingUtils to > > lookup > > > a domain object > > > * PR #14749 - retire Mongo 5.0 & 6.0 test pipelines since those > versions > > > are end of support > > > * PR #14746 - switch to asset-pipeline-gradle to 5.0.9 > > > * PR #14743 - remove redundant buildScript from test projects > > > * Issue #14706 - rework grailsw to be usable indepedendently of SDKMAN > > > installs > > > * Issue #14706 - rework grails-shell-cli to be usable independently of > > > SDKMAN installs > > > * Issue #14706 - rework the command cli to support a grailsw that can > > > self-update either forge or legacy shell cli > > > * Issue #14706 - distribute a delegating CLI that can call either forge > > or > > > the legacy shell cli > > > * Issue #14706 - rework the legacy shell cli to correctly find profiles > > > * Issue #14706 - rework both grailsw & grails-shell-cli to be testable > > > outside of releases > > > * Issue #14679 - generate reproducible groovydoc jars > > > * Issue #14679 - fix profile compilation to generate reproducible jars > > > * Issue #14679 - ensure groovydoc is used instead of javadoc for > > > documentation jars > > > * PR #14709 - switch to Gradle 8.14 > > > * PR #14678 - add support for external config locations > > > * Refactor grails into a mono repo (grails-views, gsp, data mapping, > geb, > > > etc are all merged into core now) > > > * As part of the mono repo transition, several Deprecated classes were > > > removed from the views project; see the upgrade guide for the details. > > > * Issue #14679 - refactor grails build to be parallel & lazy > > > * Issue #14679 - change all Grails gradle tasks to support Caching > where > > > appropriate and support lazy style configuration > > > * Issue #14679 - Redesign the Grails Data TCK to support modern > versions > > of > > > Java > > > * Issue #14679 - Support consistent property dates in generated > property > > > files when SOURCE_DATE_EPOCH is set > > > * Issue #14679 - Make grails.factories generation reproducible > > > * Issue #14679 - Refactor Grails AST Transformations to take advantage > of > > > Groovy's TransformWithPriority and enforce transforms always run in the > > > order defined by the class `GroovyTransformOrder` > > > * Issue #14679 - Remove manifest attributes that could vary on the > Grails > > > jars (Built-By, Created-By etc) > > > * Issue #14679 - Fix sourcejar creation to not contain duplicates > > > * Issue #14679 - Fix javadoc jars to be generated based on groovydoc & > to > > > not contain duplicates > > > * Issue #14679 - Change AST transforms to be reproducible by adopting > > > determined ordering collections > > > * Issue #14679 - Configure Grails jars per Gradle's reproducibility > > > requirements (fixed permissions, reproducible file order, etc) > > > * Issue #13850 - introduce `grails-common` to share common code between > > > Grails Data Mapping & Grails-Core > > > * Issue #14679 - add scripts to confirm reproducibility of Grails; > > > currently 14 of 290 jars are reproducible > > > * Issue #14679 - make TagLib lookups reproducible > > > * PR# 14671 - switch to webjars for test css/js assets instead of > checked > > > in files > > > * The Grails Gradle plugin had a bug that caused plugin resolution > issues > > > that was fixed after the last milestone. > > > * Rework the grails bom to generate valid Gradle modules, be easier to > > > maintain, and valid pom files. Enhance the documentation process to > > parse > > > the bom & generate the published versions in the grails doc. > > > > > > > > > And in addition to all of this: > > > * We changed all coordinates of Grails to be org.apache.grails based. > See > > > https://github.com/apache/grails-core/blob/7.0.x/RENAME.md for how we > > > mapped these libraries. There is also a script documented in the > upgrade > > > guide to assist in upgrading. > > > * Significant test fixes > > > * Significant documentation updates & changes > > > * Addition of license headers to Grails Source > > > * Addition of NOTICE to Grails Source > > > * Created https://repo.grails.org/grails/restricted/ to replace > > > https://repo.grails.org/grails/core longer term. This virtual repo's > > > scope > > > is significantly reduced to help reduce the chance of using outdated > > > libraries. > > > > > > > > > I'm hoping this recap is a starting point for the release notes of > > > 7.0.0-M4. I'm sure I've missed something too. What are people's > > thoughts > > > on the nexts steps and these notes? > > > > > > -James > > > > > > > > > -- > > > > *Andrew Garcia* | Co-Founder & CEO > > and...@goodshuffle.com > > > > *Goodshuffle Pro* > > < > > > https://pro.goodshuffle.com/?utm_source=goodshuffle&utm_medium=email&utm_campaign=employeesignature&fbid=emailsignaturehomepage > > > > > | Read our reviews on Capterra > > <https://www.capterra.com/p/167364/Goodshuffle-Pro/reviews/> > > > > <https://www.facebook.com/Goodshuffle/> > > <https://www.instagram.com/goodshuffle/> > > <https://www.linkedin.com/company/goodshuffle/posts/?feedView=all> > > <https://www.youtube.com/c/GoodshufflePro> > > > > < > > > https://pro.goodshuffle.com/dispatch-lp?utm_source=goodshuffle&utm_medium=referral&utm_campaign=Feature_Release > > > > > > -- *Andrew Garcia* | Co-Founder & CEO and...@goodshuffle.com *Goodshuffle Pro* <https://pro.goodshuffle.com/?utm_source=goodshuffle&utm_medium=email&utm_campaign=employeesignature&fbid=emailsignaturehomepage> | Read our reviews on Capterra <https://www.capterra.com/p/167364/Goodshuffle-Pro/reviews/> <https://www.facebook.com/Goodshuffle/> <https://www.instagram.com/goodshuffle/> <https://www.linkedin.com/company/goodshuffle/posts/?feedView=all> <https://www.youtube.com/c/GoodshufflePro> <https://pro.goodshuffle.com/dispatch-lp?utm_source=goodshuffle&utm_medium=referral&utm_campaign=Feature_Release>
