[VOTE] Release Apache Geb 8.0.0

Dear development community, After much anticipation, I am happy to start the VOTE thread for a Geb 8.0.0 release! This release updates a lot of the dependencies and build tooling for the Geb project. There are also some quality of life improvements from community contributors, including better su

Re: [EXT] Re: [VOTE] Release Apache Groovy 4.0.28 (Take 2)

ull/2271/files#diff-5247172c04d2a0ddd377ce298baabe70a9f72d21efc3e764e63e2b9fc6c80ad3>, so there is new code, in addition to the revert. 2. Is it fair to assume that 4.0.28 will go out as-is, and this revert will be in 4.0.29? Best, Jonny On Tue, Jul 22, 2025 at 11:37 AM Jochen Theodorou wrote:

Re: [VOTE] Release Apache Groovy 4.0.28 (Take 2)

You got it, Paul. GROOVY-11719 <https://issues.apache.org/jira/browse/GROOVY-11719> raised. Thanks! On Mon, Jul 21, 2025 at 4:35 PM Paul King wrote: > Hi Jonny, > > Can you create a Jira ticket please? I don't plan to re-roll the release > at this stage and we can fix

Re: [VOTE] Release Apache Groovy 4.0.28 (Take 2)

for the next release train. 😅 On Mon, Jul 21, 2025 at 3:38 PM Jonny wrote: > Trying out the latest snapshot for 4.0.28, I'm encountering an error > locally in my company's app's test suite. Based on the origin of the tests, > this seems to be a regression of GROOVY-9526 &g

Re: [VOTE] Release Apache Groovy 4.0.28 (Take 2)

Trying out the latest snapshot for 4.0.28, I'm encountering an error locally in my company's app's test suite. Based on the origin of the tests, this seems to be a regression of GROOVY-9526 , or at least in that vicinity. I've created a test (simi

Re: Help getting the first Apache Geb Release out the door

Thanks, James! I will do that. Paul had also offered me some insight over Slack, so I'm less blocked, just a bit time constrained now. 😅 I'll be in touch. On Thu, Jul 17, 2025 at 7:31 PM James Daugherty wrote: > Hi Jonny, > > I recently went through this with Grails. Are y

Help getting the first Apache Geb Release out the door

enkins instance? If anyone can point me to how the Groovy repo answers the above questions and just say, "Follow that example," that would help. Best, Jonny Carter

Re: Static Type Checker Changes for Closure Parameters in 4.0.19 onward

']*.name" if you assigned it to a temporary variable? > > Determining the aggregate type when applying the * operator has had some > fixes to it. If you supply special metadata to help type on of the > subexpressions, can you say what keys you are using or are you using a > type-checker extens

Static Type Checker Changes for Closure Parameters in 4.0.19 onward

an Object, not a String. I've been poring over the diff, the changelog <https://groovy-lang.org/changelogs/changelog-4.0.19.html>, and stepping through the debugger to figure out what changed, but I haven't been able to fathom it out. Does this ring a bell for anyone? Thanks for any pointers. Best, Jonny Carter