You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Paul King (Jira)" <ji...@apache.org> on 2019/08/29 09:45:00 UTC
[jira] [Commented] (GROOVY-9237) GContracts and Groovy3
[ https://issues.apache.org/jira/browse/GROOVY-9237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16918452#comment-16918452 ]
Paul King commented on GROOVY-9237:
-----------------------------------
Just quickly looking at our code, it looks like we are trying to make it a singleton and deprecate the constructor. That was a binary breaking change. I wonder whether we can think of an alternative evolution path that doesn't break binary compatibility.
> GContracts and Groovy3
> ----------------------
>
> Key: GROOVY-9237
> URL: https://issues.apache.org/jira/browse/GROOVY-9237
> Project: Groovy
> Issue Type: Bug
> Reporter: Paul King
> Priority: Minor
>
> The following runs fine in 2.5.8 (needs gcontracts and asm jars on classpath):
> {code}
> import org.gcontracts.annotations.Invariant
> import groovy.transform.*
> @Invariant({ month >= 1 && month <= 12 && day >= 1 && day <= lastDay[month-1] })
> @MapConstructor
> @ToString(includeNames=true)
> class Calendar {
> private static final int[] lastDay = [31,29,31,30,31,30,31,31,30,31,30,31]
> int month
> int day
>
> def mutateByOneMonth() {
> month++
> }
> }
> new Calendar(month: 2, day: 2).mutateByOneMonth() // Okay
> new Calendar(month: 12, day: 2).mutateByOneMonth() // ClassInvariantViolation
> new Calendar(month: 1, day: 31).mutateByOneMonth() // ClassInvariantViolation
> {code}
> but with 3.0.0-beta-3 I get:
> {noformat}
> java.lang.IllegalAccessError: tried to access method org.codehaus.groovy.ast.stmt.EmptyStatement.<init>()V from class org.gcontracts.generation.TryCatchBlockGenerator
> {noformat}
> We should check whether we have made an unneeded breaking change or whether a gcontracts upgrade might be needed.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)