Created
September 29, 2011 17:31
-
-
Save xlson/1251351 to your computer and use it in GitHub Desktop.
Can't get @field working with gmaven and 1.8
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
... | |
<dependencies> | |
<dependency> | |
<groupId>org.codehaus.groovy</groupId> | |
<artifactId>groovy-all</artifactId> | |
<version>1.8.0</version> | |
</dependency> | |
</dependencies> | |
<build> | |
<plugins> | |
<plugin> | |
<groupId>org.codehaus.gmaven</groupId> | |
<artifactId>gmaven-plugin</artifactId> | |
<version>1.3</version> | |
<dependencies> | |
<dependency> | |
<groupId>org.codehaus.groovy</groupId> | |
<artifactId>groovy-all</artifactId> | |
<version>1.8.0</version> | |
</dependency> | |
<dependency> | |
<groupId>org.codehaus.gmaven.runtime</groupId> | |
<artifactId>gmaven-runtime-1.7</artifactId> | |
<version>1.3</version> | |
<exclusions> | |
<exclusion> | |
<groupId>org.codehaus.groovy</groupId> | |
<artifactId>groovy-all</artifactId> | |
</exclusion> | |
</exclusions> | |
</dependency> | |
</dependencies> | |
<executions> | |
<execution> | |
<configuration> | |
<providerSelection>1.7</providerSelection> | |
</configuration> | |
<goals> | |
<goal>generateStubs</goal> | |
<goal>compile</goal> | |
<goal>generateTestStubs</goal> | |
<goal>testCompile</goal> | |
</goals> | |
</execution> | |
</executions> | |
</plugin> | |
</plugins> | |
</build> | |
... |
I'm at home now and haven't got access to the code but I'll post it, or a simplified version of it, tomorrow. Thanks.
Thanks for the help. I took another look at running the file this morning and it turned out Eclipse was removing the groovy.transform.Field import on save.
eclipse is so nice and helpful ;-)
Always ;) Hopefully going back to IntelliJ next week.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The provider doesn't really know anything about language features, so it shouldn't matter, its really about providing compatibility with the API of the compiler/internals of the Groovy language version.
What does load.groovy look like?