[
https://issues.apache.org/jira/browse/GROOVY-10929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Milles reassigned GROOVY-10929:
------------------------------------
Assignee: Eric Milles
> Method closure somehow doesn't match argument
> ---------------------------------------------
>
> Key: GROOVY-10929
> URL: https://issues.apache.org/jira/browse/GROOVY-10929
> Project: Groovy
> Issue Type: Bug
> Components: Compiler
> Affects Versions: 4.0.8
> Reporter: Christopher Smith
> Assignee: Eric Milles
> Priority: Critical
>
> I do not understand at all how this is happening, but when I pass class
> literals to a method closure whose parameter is a {{Class}}, I'm getting
> {{MissingMethodException}}. This seems to have something to do with ASTTs,
> because it only happens when {{TupleConstructor}} is involved. In my business
> code, {{TupleConstructor}} on a top-level containing class triggers the error
> on a static nested class; I have a repro, but I'm only able to make it
> trigger on the specific class involved.
> In any case, in my business code I'm using {{@CompileStatic}}, but that
> doesn't seem to be protecting me against runtime dynamic dispatch.
> {code:groovy}
> @Grab(group='software.amazon.awssdk', module='dynamodb-enhanced',
> version='2.19.25')
> import software.amazon.awssdk.enhanced.dynamodb.mapper.annotations.*
> import software.amazon.awssdk.enhanced.dynamodb.TableSchema
> import java.util.function.Function
> import groovy.transform.*
> @DynamoDbBean @TupleConstructor(defaults=false)
> class TopLevel {
> String id
> @DynamoDbPartitionKey
> String getId() { id }
> @DynamoDbBean
> @ToString
> static class Nested {
> String id
> @DynamoDbPartitionKey
> String getId() { id }
> }
> }
> //
> https://javadoc.io/static/software.amazon.awssdk/dynamodb-enhanced/2.19.25/software/amazon/awssdk/enhanced/dynamodb/TableSchema.html#fromClass-java.lang.Class-
> Function<Class<?>, TableSchema<?>> func = TableSchema.&fromClass
> func.apply(TopLevel) // XXX
> func.apply(TopLevel.Nested)
> {code}
> {code}
> Condition failed with Exception:
> func.apply(TopLevel)
> | | |
> | | class com.example.TopLevel
> | groovy.lang.MissingMethodException: No signature of method:
> org.codehaus.groovy.runtime.MethodClosure.fromClass() is applicable for
> argument types: (Class) values: [class com.example.TopLevel]
> | Possible solutions: getClass(), metaClass(groovy.lang.Closure)
> | at com.example.BugRepl.top-level(BugRepl.groovy:19)
> org.codehaus.groovy.runtime.MethodClosure@6a472566
> {code}
> I'm tagging this as critical because it's a "can't-possibly-happen" bug (at
> least in static mode) that has apparently been latent in an internal library
> for months and is still present as of 4.0.8.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
