e to
time during IntelliJ Groovy builds, and the cause is typically as stated
above. Building anew (sometimes rebuilding a module or the whole project
is required) typically fixes these... (we had some which were actual
bugs in the Groovy compiler, but these are very rare).
Cheers,
mg
On 14/04/
That would be eachRowWithIndex, which would imho be nice to have here,
as well as for collect (i.e. collectWithIndex)... ;-)
Cheers,
mg
On 29/03/2024 19:17, steve.etchel...@gmail.com wrote:
Basically there's no way to get eachRow() to provide a counter...
e.Always // To avoid
org.apache.tools.zip.Zip64RequiredException: ... exceeds the limit of
4GByte.
final zipFileName =
org.apache.commons.io.FilenameUtils.getName(filename)
final zipEntry = new ZipEntry(zipFileName)
zos.putNextEntry(zipEntry)
return zos
}
Cheers,
mg
On 17/02/2
Hi Merlin,
thanks for sharing G-)
Cheers,
mg
On 16/01/2024 16:42, Merlin Beedell wrote:
I thought this might be useful… I wanted an easy way to print the
parameters passed to groovy CliBuilder.
Unlike the usage() method that prints the ‘how to use’
(header/parameter options/footer), I
feature of their
language might be cut (or trimmed)... ;-)
Cheers,
mg
On 08/01/2024 16:10, Jochen Theodorou wrote:
Hi all,
I would like to know from users on this list mostly if they are using
specific features of the meta class system and MOP, but especially
what for.
(1) categories
from Javascript) imho not well suited
for a strongly typed language (name : type = value, instead of the
much more readable type name = value as in all C-like languages).
Cheers,
mg
*Caveat: I only look at Kotlin from time to time, so some of what I say
may be outdated.
> @CompileSta
Hi Jochen,
that would actually be great, proceeding into 2024 with fingers crossed G-)
Cheers,
mg
On 01/01/2024 14:46, Jochen Theodorou wrote:
On 01.01.24 00:57, MG wrote:
[...]
**Alas that is not the case for JVM invoke dynamic, which is much slower
when generating a really large number
s highly optimized in Groovy** so
there is no relevant speed difference, and b) in most cases even that
would not matter, since performance of business applications is mostly
bound by database and network performance.
Cheers & a Happy 2024,
mg
*@TypeChecked is not yet perfect here, it on occasi
Hi Mirco,
that sounds really cool, I will forward this to a friend who is into
composing music & toying with new sounds G-)
Cheers,
mg
On 05/11/2023 18:39, Mirco Colletta wrote:
Hi Apache Groovy community,
I have the pleasure to announce the release of the first beta version
of Mir
ople therefore should not feel the need to use
functionality that comes bundled with Groovy, if they are familiar with
or prefer another framework G-) )
Cheers,
mg
On 11/07/2022 05:15, Paul King wrote:
On Mon, Jul 11, 2022 at 3:00 AM Guillaume Laforge wrote:
Which bug ticket are we talking a
uited hybrid approach: It supplies Groovy
goodness over an excellent existing Java library (picocli) G-)
Cheers,
mg
On 10/07/2022 18:03, Tommy Svensson wrote:
Hi Paul,
Thanks, but after the warning that JSONSlurper can loose order in
lists, a known bug, I decided to go with Jackson Jr, which
I don't know what the best/official answer here is, but as a workaround:
If I remember correctly it was still included in the Groovy 3 binaries,
so you can use that...
Cheers,
mg
On 12/05/2022 22:26, Richard Heintze wrote:
I'm trying to follow these instructions so I can write groovy scripts
Hi Rick,
never mind, others already took your question to mean what I suggested,
and I think you already got some good answers :-)
Cheers,
mg
PS: I might just add that Python is imho the hot language by means of
hype, not by merit of the language itself ;-)
On 12/11/2021 10:50, Rick Van
Or more generally: Could you elaborate what exactly your question is
(and maybe why you are asking it) ?-)
Cheers,
mg
On 12/11/2021 10:14, Rick Van Camp wrote:
Hello,
I joined the list to learn if STEM applications exist for Groovy? I
read through several months of archives but did not see much
be accessed without the "get" prefix with a lowercase
first char
2. A simplified string interpolation syntax without the enclosing curly
braces can be used in these cases
(same goes for setters)
Cheers,
mg
On 20/10/2021 12:14, James McMahon wrote:
Many thanks to each of you who offe
+1
Given that the currently used color is a very unattractive darker
yellow, the "corporate identity blue" is definitely an upgrade G-)
On 11/06/2021 07:24, Michael Bailey wrote:
I opened a PR to get the Groovy color on Github updated to the blue
from the logo.
See
. I am not actually using junit-vintage, but earlier I had the same
exception two times, one for junit and one for junit-vintage, so I
do not assume it is actually tied to the junit-vintage, but that in
this case IntelliJ or JUnit just hides the other exception or such.
Cheers,
mg
PS: I
special (feels like a quantum superposition), that it
is really easy to work around, once found... ;-)
Cheers,
mg
Forwarded Message
Subject: Re: groovy-3.0.7 & groovy-2.5.14 IntelliJ build => Groovyc:
Internal groovyc error: code 1 ?
Date: Wed, 3 Mar 2021 01:07:00 +01
rising one
in StaticImportVisitor#getAccessorName (stacktrace below) - maybe coming
from the NV/NVL macro stubs, or static Table class members...
Cheers,
mg
Error:Groovyc: While compiling groovysql:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.base/java.lang.String
n using Maven or Gradle as a build system (which would surprise me,
since that is what most people use) ? If your build works fine with
Groovy 2.5.14 / 3.0.7, what is your build environment ?
Thanks, cheers,
mg
*Since the question typically pops up: The environment I work in does
Is telling the user that the Closure cannot be empty the only
application for this ? If yes, given that a user can easily pass a
non-empty but non-meaningful closure anyway I would question whether it
is worth the effort.
Cheers,
mg
PS: Also wondering whether we could achieve the same thing
quot; approach would be is particulary
helpful. Knowing that one would get a (if I calculated correctly) 13%
reduction in size will help to decide whether investing time/resources
into this makes sense on a case by case basis :-)
Do you already know where the article will be published ?-)
Cheers,
m
regardless, since it is
one of those "why would that _not_ be supported here ?" scenarios...
Cheers,
mg
On 05/01/2021 17:30, Jochen Theodorou wrote:
I think there is a misunderstanding...
up interface afaiaao...
Cheers,
mg
On 05/01/2021 17:14, Jochen Theodorou wrote:
Hi Paul,
wouldn't it be possible to implement the default parameter now with
default methods?
On 05.01.21 05:39, Paul King wrote:
You could potentially use a trait?
trait MyTrait {
abstract myFunction(Strin
Hi Damir,
the question you posed might have been asked before on
d...@groovy.apache.org, not entirely sure, in any case it seems more
suited for the developer ML, so you might check the archives or try
reposting it there.
Cheers,
mg
On 12/12/2020 17:53, Damir Murat wrote:
Any thought
Upvoted G-)
(I have thought about this, and in certain situations being able to have
(Intellisense supported) multi-assignment would be beneficial in our
framework, so it would definitely be good to have this)
Cheers,
mg
On 11/12/2020 23:47, Saravanan Palanichamy wrote:
Thank you MG, I
to work on the issue*) - I would recommend posting the ticket URL
here, so people can upvote - I sure will G-)
Cheers,
mg
*I would also recommend closely following the ticket guidelines, i.e.
describe current (erronous) state, and the expected behavior - in short
you want to make it easy
-)
On 11/12/2020 10:41, Dirk Heinrichs wrote:
Am Freitag, den 11.12.2020, 10:29 +0100 schrieb MG:
If the newest IntelliJ version does not support what you need,
opening a ticket did help in the past
Really? I have a RubyMine ticket open for more than 2 years now with
nothing happening... :-(
Bye
ype Object - it is just IntelliJ Intellisense that deduces
x to be of type Foo*, thereby enabling auto completion, etc on x ;-)
Cheers,
mg
*In all but the most obscure cases
On 11/12/2020 06:54, Saravanan Palanichamy wrote:
Hello
I am using Groovy 3.0.5 and it supports multiple assignment
a
hard to track bug into your code, by implicitly defining a new variable
instead of modifying an existing one.
Cheers,
mg
On 21/10/2020 17:46, Merlin Beedell wrote:
I thought that implicit variables would overcome this. Not an elegant solution
- as you are simply declaring variables
Hi Anton,
could you please point out to me the concepts you mention in a private
email ?
It still seems to me that what I said was right, see for instance:
https://wiki.c2.com/?AlanKaysDefinitionOfObjectOriented
Cheers,
mg
(Many of these topics are quite old, and things which are no big
On 15/10/2020 18:27, Jochen Theodorou wrote:
well.. even scripts are first compiled into a class before the class is
then executed. Groovy has no interpreter
Which, I think, is a lesser known fact, and quite surprising to people
who perceive Groovy just under its "script language" aspect ;-)
tural what one first
encountered, but keeping that in mind, from what lies underneath it,
calling it a method call with passed arguments still makes the most
sense to me.
Cheers,
mg
ally on the voting system, and have added my
vote for side-by-side cheatsheet support.
Cheers,
mg
On 09/10/2020 18:59, Valentin Deleplace wrote:
Hi MG, thank you so much for this thorough feedback, this is extremely
valuable.
I'll answer your suggestions, keeping in mind that I have to deal with
conflic
ng for*) :-)
6. Being able to have two languages displayed side by side in the
"cheat sheet" view would be great for comparing languages
Cheers,
mg
*In the category of "So close, but not Groovy" I stumbled upon the fact
that it seems Kotlin still does not have a list/map
but which we use all the time with Groovy,
and have found to play well with it*, especially when wrapped in a
little Groovy closure magic :-)
Cheers,
mg
*with the only exception of Ebean not seeing Groovy trait added class
properties - not a big deal for me, and might work in a newer Ebean
version t
. This works for interfaces (e.g. List and Map) ?
2. Whether IntelliJ picks up those extension methods (i.e. will
Intellisense know that e.g. List now has a getSize() method) ?
Cheers,
mg
On 05/08/2020 09:34, Jochen Theodorou wrote:
On 04.08.20 16:13, MG wrote:
On 04/08/2020 15:16, Basurita wrote
own custom operator here, and here, and here...
Of course your opinion may vary, but I that is my reason why I currently
would be -1 on arbitrary custom operators in Groovy - sometimes with too
much power comes too much responsibility (and too little advantage imho) :-)
Cheers,
mg
*with the specia
On 04/08/2020 15:16, Basurita wrote:
On 8/1/20 14:41, MG wrote:
Hmmm, I am for consistency, but at least I use very few maps as compared to
lists, and rarely ever output the size of a map, but constantly for
lists, so having getSize() on List would still be beneficial.
You're free to add
et.accelerate()
Cheers,
mg
On 03/08/2020 07:57, Paul King wrote:
Hi everyone,
The GContracts project (design-by-contract extension for Groovy) has
been archived:
https://github.com/andresteingress/gcontracts/
I believe there is sufficient merit in the functionality it offers for
us to co
On 01/08/2020 20:55, Jochen Theodorou wrote:
On 01.08.20 19:41, MG wrote:
This has of course been discussed many times before - maybe a "size"
operator:
#list // list.size()
#map // map.size()
#string // string.length
a size() method is the way of consistency we did go for.
r:
#list // list.size()
#map // map.size()
#string // string.length
which people could override (e.g. sizeOf() method) and which unifies all
kinds of "how many elements do I hold / how big am I" concepts (if its
not a collection holding items) ?-)
Cheers,
mg
On 01/08/2020 18:0
What was the reason again Groovy does not add getSize() here... ?-)
Cheers,
mg
On 01/08/2020 04:06, Paul King wrote:
What Daniel said is correct. Also if there was an accessible getSize()
method, you could use just ".size".
Cheers, Paul.
On Sat, Aug 1, 2020 at 11:19 AM Daniel Sun &
Thank you to everyone who replied so far G-)
Cheers,
mg
On 02/07/2020 09:15, Alessio Stalla wrote:
Projects built with Portofino (https://portofino.manydesigns.com) all
use Groovy as their main implementation language (alongside
JavaScript/TypeScript and maybe some Java).
I've worked
n we are the only team that uses Groovy that way, i.e. not as
a script language only).
Cheers,
mg
*The current example on the dev mailing list is the behavior of this.x /
super.x under different conditions.
On 27/06/2020 02:04, Edmond Kemokai wrote:
Hi MG,
Not sure of the context for the ques
ers to use, or for some internal/rollout/...
scripting tasks.
I assume most Grails projects will be written mostly in Groovy, so they
naturally would qualify R6-)
Cheers,
mg
On 27/06/2020 01:20, Paul King wrote:
I have worked on numerous such projects in Australia in the past but
aren't in contact
the size of the project (lines of code, # of people working on it, etc),
timeframe of development, and whether it is os or commercial (or both) G-)
Thanks in advance,
cheers,
mg
. in
Python G-)
Thank you again to everyone who upvoted, and to the people at Jetbrains
who greenlighted/implemented this :-)
Cheers,
mg
Sample code:
@Newify(pattern=/[A-Z][A-Za-z0-9_]*/)// Instances of classes whose name conforms to the given regex pattern
can be created without the need
Hi Mikko,
also welcome from me & great that you are helping improve Groovy
documentation G-)
Cheers,
mg
On 08/06/2020 12:37, 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 introduc
on the agenda :-)
Cheers,
mg
On 01/06/2020 12:55, Mikko Värri wrote:
On 1. Jun 2020, at 2.46, MG wrote:
@MapConstructor
On 31/05/2020 20:22, o...@ocs.cz wrote:
On 31. 5. 2020, at 6:37 PM, MG wrote:
@NamedVariant
Thanks, will test the thing, probably it's precisely what I wanted to do.
On 31
Np, with the number of annotations in Groovy it's easy to overlook one -
see if this one (or e.g. @MapConstructor
http://docs.groovy-lang.org/2.5.0/html/gapi/index.html?groovy/transform/MapConstructor.html)
does everything that you had in mind...
Cheers,
mg
On 31/05/2020 20:22, o...@ocs.cz
ention here ?
Cheers,
mg
On 31/05/2020 12:45, OCsite wrote:
Hi there,
for both convenience and considerably improved source readability and
robustness, I am considering an ASTT which would convert positional
arguments to named ones, i.e., something like
@Named foo(bar,int bax=666,Li
f I can
build it myself, why can't the Groovy project supply it in the first
place* ? G-)
Cheers,
mg
*To which the answer is: Since only your project knows all its
dependencies and can therefore avoid the problems Paul mentioned - but
in a world where Java 8 is still going strong (we are on
END
If you do not already have a Groovy configuration in your project: Just
save as groovycConfig.groovy (e.g. in the project root), and e.g. in
IntelliJ do
File\Settings\Groovy Compiler\Path to configscript: groovycConfig.groovy file here>
and rebuild your project.
Cheers,
mg
Hi David,
since, as was mentioned, named parameters are implemented as a map
underneath in Groovy, you should be able to remove the map entry of the
parameter you do not want to pass, though I did not try this myself...
Cheers,
mg
On 25/04/2020 20:57, David Karr wrote:
On Sat, Apr 25
Hi Daniil,
as far as I could see people have been voting on the child issues (only)
for some time now, but thank you for clarifying that (it is what I meant
by "please keep upvoting them") G-)
Cheers,
mg
On 15/04/2020 13:57, Daniil Ovchinnikov wrote:
Hi all,
There is actua
Quick update: According to a post by Konstantin Nisht from Jetbrains on
Youtrack, @Newify pattern support will be in IntelliJ 2020.1.1. G-)
Cheers,
mg
in builds
202.1095, and the newest IntelliJ is build 201.6668.121 .)
According to Youtrack, other Groovy features are not being worked on, so
please keep upvoting them G-)
Cheers,
mg
Hi Groovy users,
added @AutoFinal* ticket & extended @NamedVariant to include @NamedParam
and @NamedDelegate: https://youtrack.jetbrains.com/issue/IDEA-193168
Plz vote,
Cheers,
mg
*If you (like me) basically never reassign method/closure/ctor
parameters inside met
remaining Groovy 2.5 feature-child-tickets this week G-)
Cheers,
mg
For anyone who might have missed that: You can coveniently vote for each
child issue from the umbrella issue
(https://youtrack.jetbrains.com/issue/IDEA-193168) by clicking on the
thumbs up icon right next to the child issue's name G-)
Cheers,
mg
Forwarded Message
Subject
@NamedVariant issue is up: https://youtrack.jetbrains.com/issue/IDEA-235133
As always please vote,
Cheers,
mg
*Right now we have 9 and 8 votes for the existing individual child
issues - thank to everyone who took the time - but we have 43 votes for
the umbrella task...
ing completely open source &
much more community driven... (if I wanted MS (i.e. Visual Studio** &
C#), I would not have returned to the JVM world from .NET in 2008)
Cheers,
mg
*None of that can be fixed by clearing the IntelliJ caches btw, we do
that on a regular basis.
**Ironically eno
o me. Alas Groovy support was severly
outdated/lacking a few years back when I evaluated our IDE options -
does anyone have any recent experiences on what the status of Netbeans
is with regards to Groovy support ?
Cheers,
mg
*Partially because other (Java only) teams in my organization are usin
I have checked @AutoImplement, and that seems to be working; existing
closed issue has just been linked to umbrella task by Daniil.
Please vote for the @MapConstructor issue I just created:
https://youtrack.jetbrains.com/issue/IDEA-235059
Cheers,
mg
"
In any case upvoting is the only thing we can easily do. If this has no
effect, my team will have to look into the Eclipse option again - great,
after we convinced management that paying for IntelliJ was the way to go :-/
mg
On 11/03/2020 17:50, Blake McBride wrote:
Although I wil
language, and some things need time to establish themselves, but there
is no chance of that happening, if the most prevalent Groovy IDE marks
the code as invalid and accordingly offers no
Intellisense/refactoring/etc support*.
Cheers,
mg
*I keep wondering what people new to Groovy think
= /[A-Z].*/) into his Groovy
configscript, to have it active in every class, so it would not matter
that the older, more restricted version works without any annotation.
Cheers,
mg
On 09/03/2020 01:36, Paul King wrote:
The named argument shorthand, which doesn't require @Newify, displays
Glad the community could help you & things look Groovy now G-)
Cheers,
mg
On 28/02/2020 09:02, Mickaël SALMON wrote:
Thank you very much for your support.
Except this tricky use case for which I'm sure will find a solution
for refactoring the existing scripts, Groovy integration i
Article articleTmp = (Article) Article;
in Groovy is the same as
Article articleTmp = (Article) Article.getClass();
in Java.
Article.getClass()
is of type Class, so casting it to Article will fail - what you
want to do ist pass an Article instance, not the class, I presume...
hth,
mg
G-)reat job Groovy team, congrats & much appreciated !
mg
On 10/02/2020 14:05, Paul King wrote:
Dear community,
The Apache Groovy team is pleased to announce version 3.0.0 of Apache Groovy.
Apache Groovy is a multi-faceted programming language for the JVM.
Further details can be f
and happy brewing!
Tamas
On Fri, Jun 28, 2019 at 5:12 PM MG <mailto:mg...@arscreat.com>> wrote:
I'm always pushing to use Groovy instead of Unix scripting or Python,
Perl, ... fors scripting on our servers, so even if we cannot use
such
services in our environment, that
I'm always pushing to use Groovy instead of Unix scripting or Python,
Perl, ... fors scripting on our servers, so even if we cannot use such
services in our environment, that is a good development :-)
On 28/06/2019 11:14, Paul King wrote:
Hi everyone,
Linux users can now get Groovy via the
Hi Remko,
I agree option 1) is the cleanest, as well as it being the direction all
of Groovy seems to be moving.
Cheers,
mg
On 30/05/2019 14:50, Remko Popma wrote:
Hi,
I maintain the picocli library for creating command line applications
in Groovy, Java, and other JVM languages.
I have
like the `cliBuilder.usageMessage
<http://docs.groovy-lang.org/latest/html/gapi/groovy/cli/picocli/CliBuilder.html>`
property to customize the usage help message.
Glad you like it! :-)
On Sat, May 25, 2019 at 2:11 AM MG <mailto:mg...@arscreat.com>> wrote:
Hi guys,
just w
cli.usage()
System.exit(0)
}
if(opts.regular) {
...
}
Cheers,
mg
containing class. In these cases it can become hard to have the
expected method get called, and I also found that (depending on the
situation) either using import aliasing or introducing a uniquely named
helper method in the right class can clear things up quick & easy.
Cheers,
mg
On 12/04/
be supported and
Groovy thrives !
An ocean is made of a myriad of tiny droplets - so please spread the
word GA-)
Cheers,
mg
Groovy Ant, spread the word,
and fund this great language on a level that does not personally hurt,
so that it might live long and prosper GA-)
Cheers,
mg
PS: Alas Patreon does not support backing on a regular basis through
Paypal, which also threw me off at first (they claim technical
di
Just a general reminder: Not every company using Groovy has unrestricted
internet access... :-)
Cheers,
mg
On 11/02/2019 14:11, Keegan Witt wrote:
Do folks using it really need it to be in the lib directory with all
the other jars? Or could they just use Grapes/Grab?
If it's truly helpful, I
...
Cheers,
mg
Hi,
out of curiosity (and because having a fat jar again might be
conventient at some point in the future in my work environment (also no
internet access)):
This solution proposed by Keith does not work
https://github.com/gradle/gradle-groovy-all
?
Cheers,
mg
Am 19.12.2018 um 23:33
case it should not take long to refactor your code...
Ursprüngliche Nachricht Von: Jmeter Tea
Datum: 25.09.18 15:47 (GMT+01:00) An: users@groovy.apache.org Betreff: Re:
Long String concatenation failed
mg: Yes, I saw that it's working, but still,
groovy should add sugar to java ins
g-xml-with.html
Erick Nelson
Senior Developer – IT
HD Supply Facilities Maintenance
(858) 740-6523
From: mg
Reply-To: "users@groovy.apache.org"
Date: Tuesday, September 25, 2018 at 5:19 AM
To: "users@groovy.apache.org"
Subject: Re: Long String concatenation f
If it is just the CTE that is the problem, you just have ro move the "<<" to
the end of the previous line...
Ursprüngliche Nachricht Von: Jmeter Tea
Datum: 25.09.18 09:56 (GMT+01:00) An: users@groovy.apache.org Betreff: Long
String concatenation failed
Hello,I have to
Might have been reported before. Will do.
On 04.09.2018 00:12, Paul King wrote:
Please create an issue. VerifyError is always a bug.
On Tue, Sep 4, 2018 at 4:55 AM MG <mailto:mg...@arscreat.com>> wrote:
The following code using @MapConstructor on a static inner class
ts to have in the language...
I don't expect the dynamic compiler to be changed, but should we really
mirror the dynamic comiler behavior in the static compiler in this case
? I think it would be much more least surprise in the @CompileStatic case...
Cheers,
mg
PS: Calling void methods better be fine,
would I
ever expect a return value from the nogoo method (and therefore call
it), considering its return type is void ? And if I control the Goo
class myself, why would I not just change its return type to int or def ?
Cheers,
mg
On 03.09.2018 22:36, Jochen Theodorou wrote:
On 03.09.
The following code using @MapConstructor on a static inner class raises
a compile time error (see end of mail; different error when making the
inner class non-static):
import groovy.transform.CompileStatic
import groovy.transform.MapConstructor
@CompileStatic
class GroovyMapConstructorCheck {
Theodorou wrote:
On 28.08.2018 19:45, mg wrote:
> Since I just stumbled across this behavior while helping a junior
> developer debug his code: Why does statically compiled Groovy (2.5.2)
> return null from void methods, instead of raising a compile error ?
i was actually not awar
goo.calcId(...)=${goo.calcId("x","y")}"
println "goo.id=${goo.id}"
println "goo.id2=${goo.id2}"
outputs
goo.calcId(...)=null
goo.id=null
goo.id2=null
Cheers,mg
FYI: Groovy 2.4.15 under the current OpenJDK 11 prerelease, with IntelliJ as
the build system ran (after the JDK deprecation fixes we needed, described in
previous email) without any problems with our 900+ (database/integration) tests
(WIN7), as well as Vaadin 7 (RHEL).
Ursprüngliche
(for Vaadin 7)
(All these removals come from the same JEP:
JDK Extension Proposal (no longer a proposal, alreday happening in JDK 9/10/11
- e.g. JAXB is gone in 11) betreffend das java.corba Problem, das wir gerade
gelöst haben:
http://openjdk.java.net/jeps/320 )
Chhers,mg
On Wed, Jul 4, 2018
got a major update afaik) delivers on that, with @CompileStatic,
@Delegate/traits, final fields support in ctors, etc)).
Cheers,
mg
On 19.07.2018 17:25, Bernhard Donaubauer wrote:
Hello,
I think about replacing an old xml-rpc service written in perl with groovy.
There are examples using
) approach comes along the next year...; I mean
I am not saying there is no improvement in some areas, but it took the
web guys how many decades to rediscover configurable, encapsulated GUI
components as a general concept ?-) )
Cheers,
mg
On 24.07.2018 12:33, Russel Winder wrote:
I suspe
ntially break Groovy DSLs from
here to Baghdad (not only "Danil"'s) ?-)
Cheers,
mg
On 04.07.2018 20:40, Paul King wrote:
Comment inline.
On Tue, Jul 3, 2018 at 10:31 PM Jochen Theodorou <mailto:blackd...@gmx.org>> wrote:
Am 03.07.2018 um
the JDK you run Intellij under need to be the same as what your
project settings point to?
On Wed, Jul 4, 2018 at 9:28 AM MG <mailto:mg...@arscreat.com>> wrote:
Hi,
does anyone allready have experience compiling a Groovy project under
IntelliJ and OpenJDK 10 ?
We are
Hi Paul,
sensible choice imho :-)
Cheers,
mg
On 23.06.2018 03:53, Paul King wrote:
There was overwhelming support to drop 2.6 to focus on 3.0 and mixed
feedback
on whether to do one more 2.6 alpha release or not. So, I'll go ahead
and do one more
2.6 alpha release - quite possibly much less
/wiki/Apache_Groovy), even if it e.g., in
essence, just states "Groovy runs/will run fine on GraalVM", "The
Truffle license (GPL 2.0 w CP exception) is not compatible with Apache
Groovy" or "Truffle makes no sense for Groovy (at this point)"...
Cheers,
mg
mate this would be more effort, and it does not
really give the "copy & paste Java code and it is Groovy" experience).
Or IntelliJ/Eclipse/Netbeans could support this as part of their
respective code refactoring support...
Cheers,
mg
Den 2018-06-13 10:08, skrev Mario Garcia:
I w
1 - 100 of 206 matches
Mail list logo
