I like it
On 14.05.24 13:47, Paul King wrote:
Hi folks,
We have a poster that will be displayed at Community Over Code EU in
Bratislava in a few weeks.
Here is my current draft:
https://github.com/apache/apachecon-eu/blob/main/static/posters/CoCEU_WhyGroovyToday.pdf
There is a small window
On 13.05.24 16:16, o...@ocs.cz wrote:
[...]
2074 ocs /tmp> /usr/local/groovy-4.0.18/bin/groovy q
org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
/private/tmp/q.groovy: 1: Unexpected input: '{' @ line 1, column 32.
def all=['hi','there'].findAll {
On 03.05.24 00:28, Paul King wrote:
Hi folks,
One of the things we know is that Apache Ivy (used by Grab/grapes) is
being maintained less these days. I am going to start a spike to
better understand what a replacement using Apache Maven Resolver might
look like. If anyone has strong opinions or
On 08.04.24 16:48, Mutter, Florian wrote:
After updating Kubernetes from 1.27 to 1.28 one of our applications is
not working anymore.
The application uses thymeleaf templating engine that uses groove under
the hood. The application does not respond to request that require a
template to be
On 08.04.24 13:56, Paul King wrote:
[...]
What I wanted to show is the same examples but using the '==' and '!='
operators, since that would be the typical Groovy style for this
scenario. Unfortunately, using the type checking extension DSL doesn't
currently work for binary operators. The swap
On 29.03.24 21:10, Caleb Brandt wrote:
Hey all,
I'm very grateful for your feedback, and it's clear that you aren't
convinced that this will be helpful enough to be an Apache-sponsored
project.
What do you understand under "Apache-sponsored"? I do for example use
Project Lombok if I have the
On 25.03.24 21:17, Caleb Brandt wrote:
[...]
If you do
class X {
String foo = "bar"
get() { return this.foo; }
set(x) { this.foo = x; doSomethingElse()}
}
then the call to doSomethingElse is on line 4. But what will happen if
the IDE find doSomethingElse does not exist and wants to mark
[
https://issues.apache.org/jira/browse/GROOVY-11337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17825403#comment-17825403
]
Jochen Theodorou commented on GROOVY-11337:
---
The arrows can maybe be prolonged with by using
[
https://issues.apache.org/jira/browse/GROOVY-11337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17825240#comment-17825240
]
Jochen Theodorou commented on GROOVY-11337:
---
If you add "!pragma layout sm
+1
On 11.03.24 00:04, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 5.0.0-alpha-7 release!
This release includes 12 bug fixes/improvements as outlined in the changelog:
+1
On 11.03.24 01:16, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 4.0.20 release!
This release includes 7 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12354376
+1
On 27.02.24 12:09, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 3.0.21 release!
This release includes 17 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12354073
+1
On 27.02.24 11:41, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 4.0.19 release!
This release includes 18 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12354149
+1
On 27.02.24 08:45, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 5.0.0-alpha-6 release!
This release includes 29 bug fixes/improvements as outlined in the changelog:
[
https://issues.apache.org/jira/browse/GROOVY-11311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17820629#comment-17820629
]
Jochen Theodorou commented on GROOVY-11311:
---
>From a dynamic Groovy only perspective the c
[
https://issues.apache.org/jira/browse/GROOVY-11313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17820513#comment-17820513
]
Jochen Theodorou commented on GROOVY-11313:
---
[~emilles] Looks like I forgot to make
Hi,
to say this first I am currently working on several improvements in
indy, but progress is really slow. Just yesterday I learned something
new I have now to think about how to make it part of the overall
construction.
Just for clarification: callsite is a place of a method call. foo.bar()
On 23.02.24 10:02, Remi Forax wrote:
Hello,
sorry for the late answer.
don't worry. Better late than never
If you use an invoker like the MethodHandles.exactInvoker() instead of using
directly invokeExact() you will not have any stackframes from your vmPlugin. >
The idea is that is to have
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17820103#comment-17820103
]
Jochen Theodorou commented on GROOVY-11301:
---
This can also be reproduced using
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17819822#comment-17819822
]
Jochen Theodorou commented on GROOVY-11301:
---
Ok, thanks. I can reproduce the issue correctly
[
https://issues.apache.org/jira/browse/GROOVY-11313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17819818#comment-17819818
]
Jochen Theodorou commented on GROOVY-11313:
---
in { owner -> owner} owner refers to a lo
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17818296#comment-17818296
]
Jochen Theodorou edited comment on GROOVY-11301 at 2/18/24 3:02 PM
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17818296#comment-17818296
]
Jochen Theodorou commented on GROOVY-11301:
---
[~theosot] sorry for the delay... the problem
[
https://issues.apache.org/jira/browse/GROOVY-11312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou closed GROOVY-11312.
-
Resolution: Won't Fix
This is an intentional change from GROOVY-10708 and related
[
https://issues.apache.org/jira/browse/GROOVY-11312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou reassigned GROOVY-11312:
-
Assignee: Jochen Theodorou
> Short notation for Boolean methods fa
[
https://issues.apache.org/jira/browse/GROOVY-11311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17817182#comment-17817182
]
Jochen Theodorou commented on GROOVY-11311:
---
I am a bit surprised because you check the call
On 13.02.24 08:38, Anadi Kashyap wrote:
Hello Groovy Developers and Community,
Perhaps my last question was missed so I'm asking it again, would
appreciate some direction here -
I am currently working with groovy.util.GroovyScriptEngine and I have
encountered a specific requirement where I
Hi all,
if I have a Groovy program like this:
import java.lang.StackWalker
import static java.lang.StackWalker.Option.RETAIN_CLASS_REFERENCE
StackWalker walker = StackWalker.getInstance(RETAIN_CLASS_REFERENCE)
walker.walk (s->s.forEach(l -> println l))
which does bascially the same it does in
On 04.02.24 17:38, Oscar N wrote:
[...]
Jochen Theodorou:
VMPlugin should not call into SBA or InvokerHelper.
Should I be copying over code in that case? Or should it be calling DGM
instead?
if you have code that is there to produce an unmodifiable list by DGM
and that logic
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17812410#comment-17812410
]
Jochen Theodorou commented on GROOVY-11301:
---
[~theosot] for me it does not only compile
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17812393#comment-17812393
]
Jochen Theodorou edited comment on GROOVY-11301 at 1/30/24 4:16 PM
[
https://issues.apache.org/jira/browse/GROOVY-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17812393#comment-17812393
]
Jochen Theodorou commented on GROOVY-11301:
---
Even though Test.A::m is a private method
On 28.01.24 15:05, Remi Forax wrote:
[...]
Hello,
before i answer to your questions,
my remark about sealed types is that the API of the classfile library is based
on sealed types and pattern matching.
A sealed type is not extensible meaning that if you target a specific version
of the
On 27.01.24 18:58, Remi Forax wrote:
[...]
The classfile API uses sealed types, once those will be updated either the
groovy compiler will need to be updated or a default of a switch will be called.
See how the overview of the API uses "default" everywhere.
Hi Oscar,
sorry for replying so late, I was very busy this week.
On 22.01.24 20:55, Oscar N wrote:
Indeed, that is the crux of my earlier questions. I've got it working at
runtime, however I'm unsure of which approach to take for compile-time.
Adding new
On 23.01.24 19:33, Milles, Eric (TR Technology) via dev wrote:
An API like this works fine for straightline code. But if you need to add
instructions conditionally, repeat blocks for additional instances, or other
complex scenarios; builders can quickly break down. I would wait to see how
On 22.01.24 01:23, Daniel Sun wrote:
Hi Jochen,
Groovy relies on ASM lib directly, so it would save lots of work if we
could have an abstract layer whose API aligns with ASM lib, just change ASM
package name(org.objectweb.asm) with Groovy package name, e.g.
org.apache.groovy.classfile.
On 22.01.24 20:15, Milles, Eric (TR Technology) via dev wrote:
The new Class File API is for reading not writing, correct?
I had a different impression. Sure, reading is a big use case for normal
Javausers, but they are currently moving their bytecode generation as
well. For example for
On 20.01.24 17:47, Daniel Sun wrote:
Hi Jochen,
Both ASM lib and Class-File API are good, I would like to have an
abstract layer for them. The API for the abstract layer could be align with ASM
lib as Groovy relies on ASM lib heavily.
If Groovy finds Class-File API is avaible,
Hi all,
currently the Classfile API (https://openjdk.org/jeps/457) is getting
more and more usage in the newest version of the jdk. Even though the
target is not to replace the ASM lib, that is actually happening for the
JDK. As for the motivation of why they move from ASM to the ClassFile
API
+1
Am 16.01.24 um 12:46 schrieb Paul King:
Dear development community,
I am happy to start the VOTE thread for a Groovy 5.0.0-alpha-5 release!
This release includes 21 bug fixes/improvements as outlined in the changelog:
+1
Am 16.01.24 um 04:26 schrieb Paul King:
Dear development community,
I am happy to start the VOTE thread for a Groovy 4.0.18 release!
This release includes 16 bug fixes/improvements as outlined in the changelog:
Am 15.01.24 um 20:24 schrieb o...@ocs.cz:
Jochen,
On 15. 1. 2024, at 10:35, Jochen Theodorou wrote:
If the goal is to give Groovyc a source file and let it compile that,
but write only certain files... well that is something that could be
worked out.
Well I don't know.
Theoretically
[
https://issues.apache.org/jira/browse/GROOVY-11229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17806751#comment-17806751
]
Jochen Theodorou commented on GROOVY-11229:
---
[~emilles][~daniel_sun] The de-structuring also
re classes... (?)
Cheers,
mg
On 14/01/2024 14:04, Jochen Theodorou wrote:
On 12.01.24 18:50, MG wrote:
Hi guys,
is there a way to get Groovy not to nedlessly recreate closure class
files during a build which would otherwise just change one or two
non-closure class files ?
The recreation of large numbers
On 12.01.24 18:50, MG wrote:
Hi guys,
is there a way to get Groovy not to nedlessly recreate closure class
files during a build which would otherwise just change one or two
non-closure class files ?
The recreation of large numbers of closure class files seems to be
triggered randomly at certain
On 09.01.24 22:53, MG wrote:
Hi Jochen,
we do not use any of these Groovy features - why is that information
relevant to you ?
I was playing around with some thoughts for me the biggest problem
are per instance meta classes really.
If you are gauging if you can remove some potentially
On 10.01.24 05:53, Paul King wrote:
Hi folks,
The NumberRange abstraction tries very hard to allow any Number
numeric type to be used but since the Number interface doesn't convey
much behavior, there are a few places where it defaults to using
Groovy's NumberMath plumbing which, to cut a long
On 08.01.24 20:42, OCsite wrote:
[...]> - the extension class list is collected compile-time and (eventually
when my build script creates the application) automatically added to the
/org.codehaus.groovy.runtime.ExtensionModule/ manifest, so that they
just-work without any extra ado.
So your
[
https://issues.apache.org/jira/browse/GROOVY-11271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17804416#comment-17804416
]
Jochen Theodorou commented on GROOVY-11271:
---
[~emilles] See
https://blog.mrhaki.com/2013/11
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
https://blog.mrhaki.com/2009/09/groovy-goodness-use-categories-to-add.html
shows an example. Basically you have
use
[
https://issues.apache.org/jira/browse/GROOVY-11271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17804244#comment-17804244
]
Jochen Theodorou commented on GROOVY-11271:
---
[~daniel_sun] This is correct
[
https://issues.apache.org/jira/browse/GROOVY-11271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17804198#comment-17804198
]
Jochen Theodorou commented on GROOVY-11271:
---
to add ore details:
https://github.com/apache
On 02.01.24 08:59, Agile Developer wrote:
[...]
> @CompileStatic predecessor Groovy++ (which later afaik gave birth to
Kotlin).
I totally agree here. In a sense Kotlin is a statically-typed Groovy.
In a sense yes. Though the focus is different. Groovy sees itself as a
multiparadigm
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 of objects, which recently
required us to make a part of our SQL generation code less user
friendly, to make Groovy 3/4 with invoke dynamic as fast as
[
https://issues.apache.org/jira/browse/GROOVY-11263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17801466#comment-17801466
]
Jochen Theodorou commented on GROOVY-11263:
---
[~daniel_sun] "It's better to avoid such
On 30.12.23 19:17, Agile Developer wrote:
Hi,
I was a 4 years user of Grails/Groovy (last year mostly Python). With
the general trend of people moving to static languages, is there any
reason that Groovy needs to stay dynamic?
I see Python having the mypy approach, I see gradle moving to
On 31.12.23 16:21, Agile Developer wrote:
Thank you very much Jochen for the answer. I agree that Typescript can
be misused, but do you prefer a 10K LOC in Javascript or Typescript?
Does really not matter much.
What is more maintainable given best practices are respected in each
language?
On 31.12.23 05:20, Agile Developer wrote:
Hi, Edmond
can you give me a case not covered by a typed language? I'm really
curious, because the more I think the more I see modern PL
practice/research has uncovered typed language strengths. These days,
typed languages solve more and more issues
I think we have two different issues to deal with here.
(1) graal native does not allow us to set the callsite target again.
(2) static compiled code relies on dynamic code via ConvertedClosure.
If we fix (2) then (1) is no issue for static code. But even for dynamic
code we should maybe have
On 24.12.23 18:36, Damir Murat wrote:
[...]
So, back to the problem. In the native image built with GraalVM, when
executing some
methods repeatedly for a huge number of times (more than 1 to be
exact), Groovy
can cause the following exception:
+1
On 19.12.23 03:53, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 3.0.20 release!
This release includes 59 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12353572
On 19.12.23 03:27, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 4.0.17 release!
+1
This release includes 8 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12353979
+1
On 19.12.23 02:08, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 5.0.0-alpha-4 release!
This release includes 16 bug fixes/improvements as outlined in the changelog:
On 11.12.23 22:11, Paul King wrote:
Hi folks,
I was planning to do one more round of releases before the end of the
year. Let me know what might need to be done before I hit the go
button. It would need to be done in about a week (to get in before
Christmas) or I'd probably aim for around the
[
https://issues.apache.org/jira/browse/GROOVY-11230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17787643#comment-17787643
]
Jochen Theodorou commented on GROOVY-11230:
---
[~emilles] your change looks on first glance
[
https://issues.apache.org/jira/browse/GROOVY-8299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17786021#comment-17786021
]
Jochen Theodorou commented on GROOVY-8299:
--
What is missing is "GROOVY-10060 Support s
[
https://issues.apache.org/jira/browse/GROOVY-11222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou closed GROOVY-11222.
-
Resolution: Won't Fix
We decided to make a breaking change in Groovy 4 here. Thus
[
https://issues.apache.org/jira/browse/GROOVY-11222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou reassigned GROOVY-11222:
-
Assignee: Jochen Theodorou
> Cannot parse methods that return types start
[
https://issues.apache.org/jira/browse/GROOVY-11204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17781840#comment-17781840
]
Jochen Theodorou commented on GROOVY-11204:
---
I actually wonder if that was a good decision. I
[
https://issues.apache.org/jira/browse/GROOVY-11208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17780603#comment-17780603
]
Jochen Theodorou commented on GROOVY-11208:
---
That syntax looks wrong. What bytecode
[
https://issues.apache.org/jira/browse/GROOVY-11193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17778786#comment-17778786
]
Jochen Theodorou commented on GROOVY-11193:
---
[~emilles] I am not so much worried about having
[
https://issues.apache.org/jira/browse/GROOVY-11193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17778163#comment-17778163
]
Jochen Theodorou commented on GROOVY-11193:
---
[~emilles]is that only for groovy-eclipse
[
https://issues.apache.org/jira/browse/GROOVY-11194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17775756#comment-17775756
]
Jochen Theodorou commented on GROOVY-11194:
---
Actually I think we are missing quite a bit
[
https://issues.apache.org/jira/browse/GROOVY-11194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17775594#comment-17775594
]
Jochen Theodorou commented on GROOVY-11194:
---
verbose is unused btw.
The only way to set
[
https://issues.apache.org/jira/browse/GROOVY-9801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-9801.
--
Fix Version/s: 5.0.0-alpha-2
Resolution: Fixed
> Stub generator omits defa
invokerbytecodegen-cache-miss.png
<https://cr.openjdk.org/~liach/mess/invokerbytecodegen-cache-miss.png>
On Mon, Sep 11, 2023 at 4:41 PM Jochen Theodorou
mailto:blackd...@gmx.org>> wrote:
I changed my testing a bit to have more infrastructure types
and te
[
https://issues.apache.org/jira/browse/GROOVY-8859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765031#comment-17765031
]
Jochen Theodorou commented on GROOVY-8859:
--
For me option 2 is good
> traits allow acc
[
https://issues.apache.org/jira/browse/GROOVY-9801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou reassigned GROOVY-9801:
Assignee: Jochen Theodorou
> Stub generator omits default interface meth
[
https://issues.apache.org/jira/browse/GROOVY-8299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou reassigned GROOVY-8299:
Assignee: Jochen Theodorou
> Generate bytecode for interface with defa
+1
On 11.09.23 11:24, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 4.0.15 release!
This release includes 12 bug fixes/improvements as outlined in the changelog:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318123=12353571
I changed my testing a bit to have more infrastructure types and test
with a fresh VM each time.
The scenario is still the same: call a method foo with argument 1. foo
does nothing but returning 0. Implement the call.
indyDirect:
bootstrap method selects method and produces constant call-site
+1
On 11.09.23 10:20, Paul King wrote:
Dear development community,
I am happy to start the VOTE thread for a Groovy 5.0.0-alpha-2 release!
This release includes 20 bug fixes/improvements as outlined in the changelog:
On 05.09.23 08:58, Jochen Theodorou wrote:
[...]
I changed the code a little bit in the meantime. I now no longer measure
the first indy callsite, but also a second callsite to the same method
using the same bootstrap method and I see an improvement as times go
down from 863k to 136k
On 04.09.23 14:14, Claes Redestad wrote:
Hi,
Could you post the full benchmark code somewhere?
Which JDK version did you test this on? Later JDKs will use a MH-backed
solution under the covers but much of the overhead of early initialization is
mitigated by various techniques
Hi,
I write myself a small microbenchmark to get an idea about the time it
takes to initialize a callsite. I made a simple test in which I write a
class with a run method, which calls a method foo(I)I using
invokedynamic and all the bootstrap method does is
handle =
On 28.08.23 02:25, Saravanan Palanichamy wrote:
[...]
I think I understand a bit better now...
[...]
The problem I run into however is when I use lists of mutable with
immutables. For example, This entire code should be valid
void fn(@ReadOnly Person me) {
List myList = []
myList << me
On 27.08.23 16:36, Saravanan Palanichamy wrote:
Jochen,
Thank you for your quick response.
I did consider this, but I want to be able to use a mutable where-ever
immutable is allowed. For example, if a function can take all immutable
parameters, I want to be able to call it with mutable types
hi,
Basically you want to use an AST transform to bypass the type system? I
don't have enough data, but I wonder if you cannot solve the problem
without this.
I mean... why does Mutable extend Immutable? How about...
interface Entity {}
class Mutable implement Entity [}
class Immutable
jochen
On 22.08.23 22:13, Theodore Neward wrote:
Well, I’m still here. :-) Dunno if I am who you’re looking for, though,
since I probably have more questions than you do. :-)
On Tue, Aug 22, 2023 at 10:34 Jochen Theodorou mailto:blackd...@gmx.org>> wrote:
Hi all,
this list seems t
[
https://issues.apache.org/jira/browse/GROOVY-10258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17758530#comment-17758530
]
Jochen Theodorou commented on GROOVY-10258:
---
>From my reading this is an internal solut
[
https://issues.apache.org/jira/browse/GROOVY-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-4284.
--
Assignee: Jochen Theodorou
Resolution: Fixed
there is currently no use
[
https://issues.apache.org/jira/browse/GROOVY-10816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou updated GROOVY-10816:
--
Labels: default-methods named-parameters (was: named-parameters)
> @NamedVari
[
https://issues.apache.org/jira/browse/GROOVY-8299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou updated GROOVY-8299:
-
Labels: default-methods (was: )
> Generate bytecode for interface with defa
Am 24.08.23 um 06:10 schrieb John Rose:
I am not following every detail here, but as long as you have a variable
and/or an indy state that gives access to any part of a dynamically
loaded class, then that class will not be unloaded. There’s no way
to unload most of a class but keep one of its
[
https://issues.apache.org/jira/browse/GROOVY-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-3141.
--
Assignee: Jochen Theodorou
Resolution: Won't Fix
I think the use is too
[
https://issues.apache.org/jira/browse/GROOVY-3032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-3032.
--
Assignee: Jochen Theodorou
Resolution: Won't Fix
I am actually sorry to close
[
https://issues.apache.org/jira/browse/GROOVY-2734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-2734.
--
Assignee: Jochen Theodorou
Resolution: Incomplete
> Expose a method wh
[
https://issues.apache.org/jira/browse/GROOVY-8536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jochen Theodorou resolved GROOVY-8536.
--
Assignee: Jochen Theodorou
Resolution: Fixed
Am 22.08.23 um 22:38 schrieb Charles Oliver Nutter:
On Tue, Aug 22, 2023 at 3:07 PM Jochen Theodorou wrote:
Is there any possible circumstance in which the class Foo can now be
garbage collected? My assumption is no.
I can't speak to varhandles but this is very much like how JRuby
handles
1 - 100 of 2051 matches
Mail list logo
