Add a marker interface to bypass Collections and Maps formatting

Hi all, Groovy implements a built-in formatting strategy for collection and map objects that is surely nicer and more useful than the one provided by the default Java implementation for these classes. However there are use cases in which custom collection or map classes need to implement their ow

Re: Add a marker interface to bypass Collections and Maps formatting

Hello guys, No feedback on this? Would you take in consideration a PR for this proposal? Thanks, Paolo On Sat, May 28, 2016 at 6:26 PM, Paolo Di Tommaso wrote: > Hi all, > > Groovy implements a built-in formatting strategy for collection and map > objects that is surely ni

Re: Add a marker interface to bypass Collections and Maps formatting

look into it further and can't > think of a better way to approach it long term, then I could easily be > moved to at least a -0. > > Cheers, Paul. > > On Tue, May 31, 2016 at 7:36 PM, Paolo Di Tommaso > wrote: > > Hello guys, > > > > No feedback on this?

Re: Serious memory leak in groovy 2.4.7?

I've noticed a similar problem recently. p On Wed, Sep 28, 2016 at 9:23 PM, Jeff Adamson wrote: > Using GroovyShell to evaluate expressions appears to leak permgen space in > 2.4.7 when run with oracle java 7 jvm. > > Should I open a bug report or is there an existing one I can link to? > > Us

Re: Custom operator for Groovy 3

This sounds a cool feature for DSL writers. What characters are eligible for custom operators? Cheers, Paolo On Sun, Oct 30, 2016 at 8:02 AM, 孙 岚 wrote: > Hi all, > > The new parser support defining custom operator now. The initial > implementation is on the customOperator branch of

Re: Custom operator for Groovy 3

Hi Daniel, I haven't had realised the need of the backtick characters to define and use custom operators. Still useful though much less *sexy* IMO. Cheers, Paolo On Sun, Oct 30, 2016 at 10:30 AM, Daniel.Sun wrote: > Hi Paolo, > > Here are some example code. As you see, the special charac

Re: What Christmas gifts for us? ;)

Both of them !! :) On Tue, Nov 1, 2016 at 1:14 PM, Remi Forax wrote: > or a photo of Guillaume dress as Father Chrismas :) > > Rémi > > - Mail original - > > De: "Daniel.Sun" > > À: d...@groovy.incubator.apache.org > > Envoyé: Mardi 1 Novembre 2016 12:23:55 > > Objet: What Christmas gi

Re: Negative relational operators for Groovy 3

+1 On Fri, Nov 18, 2016 at 1:58 PM, Jochen Theodorou wrote: > > I think !instanceof and !in are ok. The others... not sure here. Right now > a=b, which means !< is >=. And in this case I > actually prefer >=. > > bye Jochen >

Failing joint build

Hi, Has something recently changed in the joint build configuration? The Nextflow build is reporting the following error: [06:17:39] [06:17:39]Process exited with code 1 [06:17:39]Gradle failure report [06:17:39][Gradle failure report] FAILURE: Build failed with an exception. [06:17:39][Gradle f

Re: Failing joint build

b 14, 2017 at 6:05 AM, Paolo Di Tommaso > wrote: > > Hi, > > > > Has something recently changed in the joint build configuration? > > > > The Nextflow build is reporting the following error: > > > > [06:17:39] > > [06:17:39]Process exited with code 1

Nextflow joint build

Hi, Is is possible to update the Nextflow joint build so that it's tested against Groovy 2.4.x and 2.5.x (instead 2.3.x and 2.4.x). http://ci.groovy-lang.org/project.html?projectId=JointBuilds_Nextflow&guest=1 Thanks, Paolo

Re: Nextflow joint build

Thanks! p On Tue, Apr 4, 2017 at 11:12 PM, Paul King wrote: > Done. > > On Tue, Apr 4, 2017 at 10:56 PM, Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Hi, >> >> Is is possible to update the Nextflow joint build so that it's tested >

Re: Nextflow joint build

Interesting, all nextflow tests are green with 2.5.0-SNAPSHOT but I'm getting several failures with 2.5.0-alpha-1 p On Wed, Apr 5, 2017 at 9:18 AM, Paolo Di Tommaso wrote: > Thanks! > > p > > On Tue, Apr 4, 2017 at 11:12 PM, Paul King wrote: > >> Done. >>

Re: Nextflow joint build

th windows and limited > bandwidth to update my ubuntu vms. On windows there were over 100 failed > tests even on 2.4.10. > > Cheers, Paul. > > On Thu, Apr 6, 2017 at 2:42 AM, Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Interesting, all nextflow test

Re: Nextflow joint build

What exactly 2.5.0-SNAPSHOT represent? All Nextflow tests are green on the joint built using Groovy <http://goog_1294521008>2.5 <http://goog_1294521008>.0-SNAPSHOT but it can't even compile it locally when using 2.5.0-beta-1 p On Wed, Apr 5, 2017 at 6:42 PM, Paolo

Re: Nextflow joint build

This is one of the issue: https://issues.apache.org/jira/browse/GROOVY-8220 It looks like that 2.5 branch has a lot of regressions with CompileStatic .. is that possible? Cheers, Paolo On Tue, Jun 6, 2017 at 10:29 PM, Paolo Di Tommaso wrote: > What exactly 2.5.0-SNAPSHOT repres

Nextflow joint build running on hold version

Upgrading the Nextflow project to latest Groovy version (2.4.12) I got several errors related to this issue: https://issues.apache.org/jira/browse/GROOVY-8237 I was a bit surprised because the joint build in the community Team-City server is reporting all tests green: http://ci.groovy-lang.org/

Re: Add a marker interface to bypass Collections and Maps formatting

moved to at least a -0. > > Cheers, Paul. > > On Tue, May 31, 2016 at 7:36 PM, Paolo Di Tommaso > wrote: > > Hello guys, > > > > No feedback on this? Would you take in consideration a PR for this > proposal? > > > > > > Thanks, > > Paolo &

Re: Nextflow joint build running on hold version

work, thus I don't know if it's problem with the CI server configuration or with my build file. Any suggestion is welcome. Cheers, Paolo On Mon, Jun 26, 2017 at 12:55 PM, Paul King wrote: > Now set to 2.4.13-SNAPSHOT > > On Sun, Jun 25, 2017 at 11:03 PM, Paolo Di Tommaso &l

Re: Groovy using Graal

I've seen some presentations and Graal looks impressive. It seems Oracle is investing a lot on it, already having other languages running on it. IMO Groovy would be benefit a lot being able to run on Graal. p On Tue, Sep 5, 2017 at 2:44 AM, Paul King wrote: > Sounds like it might be useful

Re: Upcoming releases

If possible it would be nice to include GROOVY-8220 and eventually this PR . Thanks, Paolo On Tue, Sep 12, 2017 at 9:33 AM, Guillaume Laforge wrote: > +1! > > On Tue, Sep 12, 2017 at 9:27 AM, Paul K

Re: New syntax explosion

I tend to agree as well. It should be avoid to overload the language with cryptic operators only because the new parser allows them, even more when a not too verbose alternative already exists. The only that makes sense IMO are: "!in" "iinstanceof" "a ?= b" For the switch I would wait to have it

Re: upcoming releases

Eventually this PR in 2.5-beta-3 https://github.com/apache/groovy/pull/566 Cheers, Paolo On Mon, Nov 6, 2017 at 7:00 PM, wrote: > And https://issues.apache.org/jira/browse/GROOVY-8289 is causing us a lot > of pain in the debugger and appears to have a simple solution. >

Re: Add a marker interface to bypass Collections and Maps formatting

wever no better solutions have been proposed for the current and future releases. Cheers, Paolo On Sun, Jun 25, 2017 at 8:35 PM, Paolo Di Tommaso wrote: > Dear all, > > Groovy still does not provide a mechanism to override the `toString` and > `equals` methods for custom Collectio

Re: Add a marker interface to bypass Collections and Maps formatting

allow overriding/fine-tuning many of > Groovy's automatisms through different parameters, to avoid an > annotation-explosion over time ? > > mg > > > On 23.01.2018 09:25, Paolo Di Tommaso wrote: > > Hi all, > > I want to take the opportunity to renew my propo

Re: Upcoming releases

I renew my plea for this PR https://github.com/apache/groovy/pull/566 Cheers, Paolo On Tue, Feb 6, 2018 at 9:11 AM, Mario Garcia wrote: > That's good News :) > > 2018-02-06 8:19 GMT+01:00 Paul King : > >> >> I am planning to prepare a 2.5.0-beta-3 release towards the end of this >> week an

Re: Upcoming releases

The current 2.5 snapshot is producing an error in the nextflow joint build. It seems due to a false positive variable uninitialised check: [03:16:26][:compileGroovy] Note: /var/teamcity/buildagent-jdk8/ work/fcd731bd66de729d/src/main/groovy/nextflow/sort/BigSort.java uses unchecked or unsafe oper

Java raw string literals

Hi people, I was wondering if there any plan to include in the new parrot parser the support the new Java raw string literals. http://openjdk.java.net/jeps/8196004 Thoughts? Cheers, Paolo

Re: Java raw string literals

trings syntaxes. Cheers, Paolo On Fri, Feb 23, 2018 at 10:33 PM, Jochen Theodorou wrote: > On 23.02.2018 21:31, Paolo Di Tommaso wrote: > >> Hi people, >> >> I was wondering if there any plan to include in the new parrot parser the >> support the new Java raw s

Re: Java raw string literals

The proposal mention double back-ticks for a string containing a back-tick, eg ``can`t`` // a string containing 'c', 'a', 'n', '`' and 't' See http://openjdk.java.net/jeps/8196004 Also they are collecting users feedback, have a look at this link . p

Re: Java raw string literals

I may agree that double back-tick is not nice, however the rationale of this choice is that this syntax is meant to enable *raw* string literals i.e. a string for which is not required to escape the content of *any* character. In this context it makes sense. They are created exactly how they are ty

Re: Add a marker interface to bypass Collections and Maps formatting

overhead of ~5%, doing the same with a marker interface ~10%. What do you think ? p On Fri, Jan 26, 2018 at 3:21 PM, Paolo Di Tommaso wrote: > I agree. The name @GroovyOverride sounds a good option. > > > > Cheers, > Paolo > > > On Thu, Jan 25, 2018 at 11

Re: [GEP] Switch expressions syntax from Java 11 or 12 (perhaps)

I agree that groovy should continue to be compatible with java syntax as long as possible. Cheers, Paolo On Thu, Mar 1, 2018 at 5:28 PM, Guillaume Laforge wrote: > 1) Very useful :-) > 2) I think we should continue the compatibility with Java, like we're > doing for Groovy 3, and add that syn

Re: Groovy Champions proposal feedback

I this proposal +1 On Fri, Mar 2, 2018 at 10:57 AM, Daniel Sun wrote: > +1 > > Maybe adding a specific year will be better, e.g. Apache Groovy Community > Award 2018 > > Revoking championship may make champions disappointed... > > Cheers, > Daniel.Sun > > > > > -- > Sent from: http://groovy.3294

Re: Upcoming RC release for 2.5.0

The nextflow joint build is failing badly with the current snapshot : http://ci.groovy-lang.org/viewLog.html?buildId=47703&tab=buildResultsDiv&; buildTypeId=JointBuilds_Nextflow_Groovy25xJointBuild# It seems it's unable static compiled classes are unable to resolve extension methods such the ones

Re: Upcoming RC release for 2.5.0

to 2.5.0-beta-3 > but it seems to have been set to 2.4.13 regardless. Do you get the same > errors locally as we are seeing on the CI server? > > > On Tue, Mar 6, 2018 at 10:51 PM, Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> The nextflow joint bu

Re: Upcoming RC release for 2.5.0

Hi, The nextflow joint build is still using 2.5.0-beta-3. I think it should use the 2.5.0-SNAPSHOT, right? Cheers, Paolo On Tue, Mar 6, 2018 at 9:12 PM, Paolo Di Tommaso wrote: > I've double checked this and the compilation fails also locally using > `2.5.0-SNAPSHOT`. > >

Re: [GEP]Lazy evaluation for Groovy 3

Frankly I found this confusing, it looks to me that the same concept can be implemented just using a closure. p On Sat, Mar 17, 2018 at 9:08 AM, Daniel.Sun wrote: > Hi Guillaume, > > I planed to generate proxy for lazy evaluation, so even if the reference of > object is accessed, evaluation wi

Re: [RFE] Methods as expressions

I tend to agree. Also in Kotlin it tends a bit more readable because the function return type is postponed. IMO little is added by the proposed syntax extension. p On Tue, Mar 20, 2018 at 12:20 PM, mg wrote: > Am having a migraine right now so hard to concentrate / think straight but > it see

Re: [VOTE] Release Apache Groovy 2.5.0-rc-1

The nextflow joint build is still failing badly. http://ci.groovy-lang.org/viewType.html?buildTypeId=JointBuilds_Nextflow_Groovy25xJointBuild it's a -1 (tho not binding) p On Thu, Apr 5, 2018 at 6:13 PM, Paul King wrote: > > Dear development community, > > I am happy to start the VOTE threa

Re: [VOTE] Release Apache Groovy 2.5.0-rc-1

> Hi Paolo, for some reason your build isn't getting the latest snapshots. > If you run locally, it will still fail but with a known issue related to > final variable analysis which is on my list for rc-2. > > Cheers, Paul. > > On Fri, Apr 6, 2018 at 2:23 AM, Paolo Di T

Re: About raw string and enhanced try-with-resource

No. There's an important difference: raw strings do not escape any special character ie. backlashes, dollars, back-ticks, etc. This is very useful for DSLs when it's required to embed a piece of foreign code (think for example Bash) into a string. With groovy multi-line string you still need to es

Re: 2.5.0-rc-3

I'm still experiencing a problem with final variables with 2.5-rc2 https://issues.apache.org/jira/browse/GROOVY-8571 If the rc-3 snapshot is available I would be happy to test it. p On Fri, May 18, 2018 at 1:20 PM, Paul King wrote: > > Last call for changes in rc-3. I hope to prepare the ca

Re: [DISCUSS] Renumber Groovy 2.6 to 2.9

> But seriously, a project release in 2018 that supports Java 7 is extraordinary. The future is JDK 11, not 7 :) I definitely agree, what's the rationale of supporting Java 7? The new Java release train is putting a lot of pressure on the fast adoption of latest Java versions. IMO it would be much

Re: [ANNOUNCE] Apache Groovy 2.5.0-rc-3 released

I've spotted a new compilation error with 2.5.0-rc-3. https://issues.apache.org/jira/browse/GROOVY-8595 Also the nextflow joint build is stuck on 2.5.0-rc-1 , that makes it use

Re: [ANNOUNCE] Apache Groovy 2.5.0-rc-3 released

Nice. Is there a public snapshot or even a Jitpack build I can use to test it ? On Wed, May 23, 2018 at 5:44 AM, Daniel.Sun wrote: > GROOVY-8595 is fixed in 2.5.0 GA. > > Cheers, > Daniel.Sun > > > > > -- > Sent from: http://groovy.329449.n5.nabble.com/Groovy-Dev-f372993.html >

Groovy 2.5.0 static compilation problems

Dear all, I'm still getting some weird static problems with groovy 2.5.0 and 2.5.0-SNAPSHOT * First one: No such property: instanceId for class: java.util.List @ line 889, column 16. return response.reservation.getInstances() *. instanceId This looks caused by GROOVY-8595 which is

Re: Groovy 2.5.0 static compilation problems

Hi all, I've created an issue for the compile static error reported. https://issues.apache.org/jira/browse/GROOVY-8640 Cheers, p On Thu, Jun 7, 2018 at 10:33 AM, Daniel.Sun wrote: > It is fix in 2.5.1 and should be available in SNAPSHOT too. > As you can see, the test in the relevant fix pa

Nextflow joint build

Dear maintainers, Since Nextflow has migrated to Groovy 2.5.x, could you please remove the 2.4.x CI build? http://ci.groovy-lang.org/viewType.html?buildTypeId=JointBuilds_Nextflow_Groovy24xJointBuild Also it seems the CI build for version 2.5.x is stuck to some old snapshot and reports an issue

Re: Nextflow joint build

Green! thanks. p On Sun, Aug 26, 2018 at 10:27 AM Paul King wrote: > Should be fixed. > > On Sun, Aug 26, 2018 at 5:39 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Dear maintainers, >> >> Since Nextflow has migrated to Groovy 2.5.x,

Re: [Proposal] GString is implemented eager and treated as normal String since groovy 3.0.0

I would like to raise a flag here. Stated the Groovy documentation a Gstring can be resolved both in a eager and lazy manner: def number = 1 def eagerGString = "value == ${number}"def lazyGString = "value == ${ -> number }" assert eagerGString == "value == 1" assert lazyGString == "value == 1"

Re: [Proposal] GString is implemented eager and treated as normal String since groovy 3.0.0

Raw strings would be a great addition to groovy, but as the name implies there shouldn't be any string interpolation with them. p On Tue, Sep 11, 2018 at 11:49 AM Guillaume Laforge wrote: > Yeah, I know. > It was more of a joke than a serious suggestion. > And indeed, it would make things even

Re: [Proposal] GString is implemented eager and treated as normal String since groovy 3.0.0

> Sent from my primitive Tricorder > > On 11 Sep 2018, at 11:57, Paolo Di Tommaso > wrote: > > Raw strings would be a great addition to groovy, but as the name implies > there shouldn't be any string interpolation with them. > > > p > > <http://twitter.com/glaforge> >> >

Re: [Proposal] GString is implemented eager and treated as normal String since groovy 3.0.0

Theodorou wrote: > > > Am 11.09.2018 um 12:16 schrieb Paolo Di Tommaso: > > I mean that Java.next’s syntax for raw strings does not support variable > > interpolation. My understanding is that groovy won't either. > > we have actually 4 multiline string variants, of whic

Groovy 2.5.3-SNAPSHOT join build error

The Nextflow joint build is failing with the latest snapshot version. http://ci.groovy-lang.org/viewLog.html?buildId=52435 Since I'm not replicate these errors I'm wondering if there's been any critical change in the latest 2.5.3-SNAPSHOT version. Cheers, Paolo

Groovy 3.0 breaking changes

Dear all, Currently Groovy breaks the polymorphism contract for the `equals` and `toString` methods for objects implementing List, Set, Map interfaces. For example: class Mylist extends ArrayList { Mylist(Collection c) { super(c) } @Override boolean equals(Object o) { throw new UnsupportedOpe

Re: upcoming Groovy 2.5.3 release

Is there an ETA for Groovy 2.5.3 ? p On Sat, Sep 15, 2018 at 3:30 AM Daniel.Sun wrote: > Building yaml is supported too now. > > Cheers, > Daniel.Sun > > > > > - > Daniel Sun > Apache Groovy committer > Blog: http://blog.sunlan.me > Twitter: @daniel_sun > > -- > Sent from: http://groovy.32

Re: DGM for first or default

-1, it can be easily done as: list.first() ?: defaultValue p On Thu, Oct 18, 2018 at 6:45 PM Daniel.Sun wrote: > +0 from me. > P.S. we should add similar DGM for `last` too? > > Cheers, > Daniel.Sun > > > > > - > Daniel Sun > Apache Groovy committer > Blog: http://blog.sunlan.me > Twitter

Re: DGM for first or default

Oct 2018, at 6:48 PM, Paolo Di Tommaso > wrote: > > -1, it can be easily done as: > list.first() ?: defaultValue > > > ... this won't work in case the first object is a Groovy False (e.g., an > empty string, or a plethora of others). > > All the best, > OC >

Re: About simplifying the switch for runtime groovydoc

Same here. p On Sat, Oct 20, 2018 at 8:22 PM Guillaume Laforge wrote: > I find that a bit too cryptic. > I prefer it to be more explicit, even if a bit more verbose. > > On Sat, Oct 20, 2018 at 3:28 PM Daniel.Sun wrote: > >> Hi all, >> >> Current switch for runtime groovydoc is a bit v

Failing joint build

Daer maintainers, The Nextflow joint build is failing with this error message. System.getenv('CI_GROOVY_VERSION') == GroovySystem.getVersion() | | | 2.

Re: Failing joint build

Hi devs, Sorry if I insist on this, it may be that version string has not been updated on the 2.5.6 snapshot and therefore it's failing? p On Mon, Jan 7, 2019 at 8:16 PM Paolo Di Tommaso wrote: > Daer maintainers, > > The Nextflow joint build > <http://ci.groovy-l

Re: [PROPOSAL]Provide an option to generate stubs in in-momery file system for better compiling performance

This would be indeed very useful. The current join compilation tend to be time consuming. p On Fri, Jan 18, 2019 at 9:44 AM Daniel Sun wrote: > Hi all, > > [Background] >Groovy's joint compiler will generate a lot of stubs for groovy > source files, many of the stubs are useless and wri

Re: [PROPOSAL]Provide an option to generate stubs in in-momery file system for better compiling performance

Could IDEs like Intellij benefit from this? p On Fri, Jan 18, 2019 at 7:53 PM Daniel.Sun wrote: > Fix the PR link: https://github.com/apache/groovy/pull/855 > > > > - > Apache Groovy committer > Blog: http://blog.sunlan.me > Twitter: @daniel_sun > > -- > Sent from: http://groovy.329449.n5

Re: Status of GPars

Indeed. Gpars is an amazing and super reliable piece of software. I would be happy to contribute to keep it building and running. Cheers, Paolo On Mon, Feb 4, 2019 at 3:16 PM Paul King wrote: > Thanks for all your efforts Russel, GPars wouldn't have become the very > useful library it is tod

Re: Failing joint build

> > On Fri, Jan 11, 2019 at 6:25 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Hi devs, >> >> Sorry if I insist on this, it may be that version string has not been >> updated on the 2.5.6 snapshot and therefore it's failing

Re: About polish the generics type syntax for closure

Nice! On Wed, Feb 13, 2019 at 2:50 AM Daniel Sun wrote: > Hi all > >I've been developing a project with Groovy 3. When I try to specify > the generics type for closure, I have to use annotation..., which is quite > verbose... e.g. > ``` > public V withSql(@ClosureParams(value= SimpleTyp

Re: Which issue do you MOST want to fix

Dear community, Regarding important issues to fix in Groovy 3.0, I would raise your attention to the problem that currently Groovy does not allow the overriding of the toString and equals methods for custom collection object i.e. Set, List, Map. I've raised several times this problem in the past

Re: Welcome Daniel Sun to Apache Groovy PMC

Well done and congrats! p On Mon, May 6, 2019 at 4:39 PM Søren Berg Glasius wrote: > Congratulations Daniel. You help make Groovy shine! > > Best regards / Med venlig hilsen, > Søren Berg Glasius > > Hedevej 1, Gl. Rye, 8680 Ry, Denmark > Mobile: +45 40 44 91 88, Skype: sbglasius > --- Press E

Re: 2.5.7 regression with references?

Just got a weird compilation error always using Path arguments. https://issues.apache.org/jira/browse/GROOVY-9115 p On Fri, May 10, 2019 at 6:38 PM Romain Manni-Bucau wrote: > Sure, the class is there: > https://github.com/Talend/component-runtime/blob/component-runtime-1.1.9/sample-parent/do

Re: Failing joint build

115>. Thanks, Paolo On Mon, Feb 4, 2019 at 3:36 PM Paolo Di Tommaso wrote: > I'm raising again this issue. No way to fix it? > > > p > > On Fri, Jan 11, 2019 at 12:51 PM Paul King wrote: > >> I get 2.5.6-SNAPSHOT as the version when I use locally built snapsh

Re: Failing joint build

rriding >> org.codehaus.groovy:groovy:2.5.6 with version: 2.5.8-SNAPSHOT >> >> But in other places it seems not the case. >> >> Cheers, Paul. >> >> >> On Sat, May 11, 2019 at 6:52 PM Paolo Di Tommaso < >> paolo.ditomm...@gmail.com> wrote: >&

Re: Failing joint build

Just to confirm the build fixed, though some tests failing due to changes in the snapshot version. Is there any change related to identity and Comparable interface coming in Groovy 2.5.8? Cheers, Paolo On Sun, May 19, 2019 at 10:19 AM Paolo Di Tommaso wrote: > Damn! you are right. The d

Re: Failing joint build

m_-145782387168439430_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Mon, May 20, 2019 at 3:30 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Just to confirm the build fixed, though some tests failing due to changes >> in the snapshot versio

Re: Groovy 4 planning

It sounds a good plan! My suggestion is to improve as much as possible the support for native compilation, see for example this thread . There's a lot of excitement in the JVM world at this regard and losing the train can be problematic to k

Groovy 3 very slow stub generation

Dear all, I was giving a trying compiling a medium size project with Groovy 3 rc1 with IntelliJ. Though the compilation is successful, the stub generation process is insanely slow. It took more than 5 minutes to compile the project while

Re: Groovy 3 very slow stub generation

Hi Daniel, No, I'm not delegating the build to Gradle. The compilation is done via IntelliJ. let me know if there's something that I can test. Cheers, Paolo On Mon, Nov 18, 2019 at 2:11 PM Daniel.Sun wrote: > Hi Paolo, > > If you build your project with `gradlew compileGroovy > --no-bu

Re: Groovy 3 very slow stub generation

Hi Daniel, I've made the test you suggested: - The gradle build with groovy 2.5.8 compiles in 34 seconds - The gradle build with groovy 3.0.0-rc-3 takes 1m 46s - The build with IntelliJ more than 5 minutes, which makes it unusable :( p On Mon, Nov 18, 2019 at 4:04 PM Daniel.Sun wrote

Re: Groovy 3 very slow stub generation

Hi Daniel, Groovy 2.5.8: https://gradle.com/s/eqjp6767u5n2o Groovy 3.0.0: https://gradle.com/s/orr64x7ilfwpu Regarding the slow IntelliJ build, sure I'll report to them however I saw clearly it stuck on the Groovy stub generation, and it works fine with the prior version. Therefore it makes me th

Re: RE: Groovy 3 very slow stub generation

Hi, Using "-Dgroovy.antlr4=false", it takes 38s, therefore, it is similar to groovy 2.5. When setting both "-Dgroovy.antlr4.cache.threshold=200" or "-Dgroovy.antlr4.cache.threshold=600", it is slow: 1m 41s the first, and 1m 48s the second. p On Fri, Jan 17, 2020 at 10:11 PM Daniel.Sun wrote:

Re: RE: Groovy 3 very slow stub generation

Hi Daniel, Thanks for looking at this. I've reported the problem in the IntelliJ issue tracking. Let me know if I can help further. https://youtrack.jetbrains.com/issue/IDEA-230943 Cheers, Paolo On Sun, Jan 19, 2020 at 12:15 PM Daniel.Sun wrote: > Hi Paolo, > > When stubs are being generate

Re: RE: Groovy 3 very slow stub generation

This sounds great! On Sun, Jan 19, 2020 at 7:48 PM Daniel.Sun wrote: > Hi Paolo, > > I'm thinking about how to solve the performance issue: > > 1) Improve the performance of Parrot parser even if the groovy code is > parsed for the first time > 2) Generate stubs in parallel > > Cheers, > Da

Re: Roadmap for Groovy 4

My vote goes for fixing the override for `equals` and `toString` methods for collection classes https://issues.apache.org/jira/browse/GROOVY-9003 Cheers, Paolo On Wed, Jan 22, 2020 at 3:16 AM Paul King wrote: > > Hi folks, > > With Groovy 3 final release approaching we should think a bit mo

Re: RE: Groovy 3 very slow stub generation

What is the maximum number of lines of code that a source file should contain to prevent perf degradation? On Fri, Jan 31, 2020 at 8:16 PM Daniel.Sun wrote: > I find antlr4 parser parses *big* files much slower than antlr2 parser, > unfortunately nextflow project contains quite a few big files

Re: [VOTE] Release Apache Groovy 2.5.10

I think just hit this issue: java.lang.ClassCastException: org.codehaus.groovy.ast.stmt.ReturnStatement cannot be cast to org.codehaus.groovy.ast.stmt.BlockStatement at org.codehaus.groovy.classgen.FinalVariableAnalyzer.fallsThrough(FinalVariableAnalyzer.java:480) at org.codehaus.g

Re: About eliminating ambiguities of method call with closure argument

Arriving late to this thread, therefore not sure it has already discussed, but have you taken in consideration that changing the method call argument interpretation for the case 1, eg. meth { p -> } it will break all DSL in which the user scripts use this form? Just thinking Gradle for example.

Re: About eliminating ambiguities of method call with closure argument

oovy 3 > DSLs were created in the last few weeks (or longer if we count betas/RCs) > and they used this form, then they would break. > > Cheers, Paul. > > On Wed, Apr 1, 2020 at 10:56 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Arriving late

JsonSlurper support for Path

Hi all, I've just realised that JsonSluper does not have a parse method for a Path parameter. Would you consider a PR to add the support for it? Cheers, Paolo

Re: JsonSlurper support for Path

r 11, 2020 at 7:44 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> Hi all, >> >> I've just realised that JsonSluper does not have a parse method for a >> Path parameter. >> >> Would you consider a PR to add the support for it?

Re: JsonSlurper support for Path

at, Apr 11, 2020 at 8:57 PM Paolo Di Tommaso < > paolo.ditomm...@gmail.com> wrote: > >> I agree. In which module/class it would be better to add them? groovy-nio >> ? >> >> >> p >> >> On Sat, Apr 11, 2020 at 8:41 PM Guillaume Laforge >

Re: Congratulations to our newest committer Mikko Värri

👏👏🎉🎉 On Mon, Jun 8, 2020 at 12:37 PM Mikko Värri wrote: > Thank you all! I'm honored and looking forward to spending more time on > Groovy! > > I'm not sure if it's customary to write a short introduction but I'll do > it anyway: I'm from Finland, I've been into Groovy for almost 10 years I > t

Re: next releases

This issue causes a horrible experience with IntelliJ and groovy code annotated for bytecode generation with (e.g. Grails GORM, Micronaut, etc). https://issues.apache.org/jira/projects/GROOVY/issues/GROOVY-9209 🙏 On Thu, Jul 2, 2020 at 12:41 AM Paul King wrote: > > Hi everyone, > > I'd like t

Re: [PROPOSAL]Support conditional return

It's not much easier a conditional expression (or even the elvis operator)? ``` def m() { def r = callSomeMethod() return r != null ? r : theDefaultResult } ``` On Sat, Jul 25, 2020 at 8:56 PM Daniel Sun wrote: > Hi all, > > We always have to check the returning value, if it match

Re: Groovy as a JVM-less Bash-Script/Perl/Python alternative ?

I maintain a quite popular project for scientific data analysis pipelines and, yes, both startup time and memory footprint are usually reported as two minor but annoying groovy drawbacks. Being able to run Groovy on GraalVM would surely bring massive impro

Re: Welcome to Sergio del Amo

Nice news for the community! Congrats Sergio! On Thu, Dec 19, 2024 at 4:28 PM Paul King wrote: > Hi folks, > > We extend a warm welcome to our latest Groovy committer Sergio del Amo. > > Sergio has been a long time contributor in the Groovy ecosystem both > in terms of code for Grails and Micron