Sent:* Tuesday, May 26, 2020 6:35 AM
> *To:* Groovy_Developers
> *Subject:* Re: Optional modules and Groovy 4
>
>
>
>
>
>
>
> On Tue, May 26, 2020 at 9:17 PM Remko Popma wrote:
>
> Isn't groovy-dateutil in use because of the convenience of utility
> metho
Maybe instead of removing items from the "all" pom, a separate artifact gets
created that includes commonly-used components. Or has the time come to stop
producing the "all" artifact?
From: Paul King
Sent: Tuesday, May 26, 2020 6:35 AM
To: Groovy_Developers
Subject:
On Tue, May 26, 2020 at 9:17 PM Remko Popma wrote:
> Isn't groovy-dateutil in use because of the convenience of utility
> methods for converting from String to Date and back?
>
Yes, converting String <-> java.util.Date is still widely used even though
we include String <-> JSR-310 Date/Time
Isn't groovy-dateutil in use because of the convenience of utility methods
for converting from String to Date and back?
Apart from that, when we are talking about groovy-all, we are talking about
a maven thing, not a jar, right?
On Tue, May 26, 2020 at 5:56 PM Guillaume Laforge
wrote:
>
Sounds like a good idea to review the (optional) modules for 4.0.
On Tue, May 26, 2020 at 6:39 AM Daniel.Sun wrote:
> +1
>
> Cheers,
> Daniel Sun
>
>
>
> -
> Apache Groovy committer & PMC member
> Blog: http://blog.sunlan.me
> Twitter: @daniel_sun
>
> --
> Sent from:
+1
Cheers,
Daniel Sun
-
Apache Groovy committer & PMC member
Blog: http://blog.sunlan.me
Twitter: @daniel_sun
--
Sent from: http://groovy.329449.n5.nabble.com/Groovy-Dev-f372993.html
ot wanting YAML but they
> can exclude
>
> I haven't checked download numbers (and perhaps moot since it isn't
> optional) but I was leaning towards adding groovy-testng to optional
> modules for Groovy 4. There seems less interest in that technology since
> JUnit 5.
>
> In m
haven't checked download numbers (and perhaps moot since it isn't
optional) but I was leaning towards adding groovy-testng to optional
modules for Groovy 4. There seems less interest in that technology since
JUnit 5.
In my view, groovy-servlet, groovy-jmx and groovy-docgenerator would be
other candidates