[
https://issues.apache.org/jira/browse/GROOVY-11451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17885170#comment-17885170
]
Christopher Smith commented on GROOVY-11451:
--------------------------------------------
Sorry, I've been heads-down on a work ticket. The bug was replicating on a Java
class. I'm afraid it looks like either I've lost track of the Git branch where
it was or I deleted the case after posting it here. Based on the code snippet
where I have the ticket number commented (I do this to mark locations with
workarounds to take out later), the offending call site is in non-Spock code.
> IncompatibleClassChange with map-style constructor and overloaded setters
> -------------------------------------------------------------------------
>
> Key: GROOVY-11451
> URL: https://issues.apache.org/jira/browse/GROOVY-11451
> Project: Groovy
> Issue Type: Bug
> Components: Static compilation
> Affects Versions: 4.0.22
> Reporter: Christopher Smith
> Assignee: Eric Milles
> Priority: Critical
>
> I have a POJO that I use from Groovy code. After adding a setter overload, I
> now get {{IncompatibleClassChange}} at runtime because the static compiler
> generates {{ScriptBytecodeAdapter.setGroovyObjectProperty}} instead of a
> plain setter call.
> {code}
> public class Entity {
> public void setId(String id) {}
> public void setId(UUID id) {}
> }
> class EntityTest extends Specification {
> @CompileStatic
> Entity createEntity(String id) {
> new Entity(id: id) // uses ScriptBytecodeAdapter.setGroovyObjectProperty
> }
> }
> {code}
> The error is not encountered when calling {{setId(id)}} or using {{entity.id
> = id}}, without static compilation, or when the setter is not overloaded.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
