groovy-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul King (JIRA)" <>
Subject [jira] [Commented] (GROOVY-7492) Groovy should allow CompileStatic classes to not implement GroovyObject
Date Sun, 05 Jul 2015 10:52:04 GMT


Paul King commented on GROOVY-7492:

Another example:
import groovy.transform.*

class Person {
  String first, last
  static void main(String[] args) { 
    Person p = new Person()
    p.first = args[0]
    p.last = args[1]
    System.out.println("p = " + p.toString())
Current Groovy usage examples:
INVOKESTATIC org/codehaus/groovy/runtime/BytecodeInterface8.objectArrayGet ([Ljava/lang/Object;I)Ljava/lang/Object;
INVOKESTATIC org/codehaus/groovy/runtime/typehandling/ShortTypeHandling.castToString (Ljava/lang/Object;)Ljava/lang/String;
CHECKCAST java/lang/String
INVOKESTATIC org/codehaus/groovy/runtime/ (Ljava/lang/String;Ljava/lang/CharSequence;)Ljava/lang/String;
INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/String;)V

INVOKEVIRTUAL Person.setLast (Ljava/lang/String;)V

> Groovy should allow CompileStatic classes to not implement GroovyObject
> -----------------------------------------------------------------------
>                 Key: GROOVY-7492
>                 URL:
>             Project: Groovy
>          Issue Type: New Feature
>            Reporter: Paul King
>            Assignee: Paul King
>              Labels: experimental
>             Fix For: 2.5.0-beta-1
> Groovy's powerful AST transformation capabilities are extremely useful even in mostly
Java projects but the fact that generated classes implement GroovyObject means that Groovy
must be on the classpath when using any of the generated artifacts. This proposed new feature
allows an opt-out {{@POJO}} marker interface which still applies Groovy's AST transforms but
then leaves them in a much more Java-like state. The mechanism currently is only enabled when
using @CompileStatic since it produces Java-like code. This opens up some of Groovy's powerful
transforms to the wider Java community. Groovy can effectively be used as a Lombok-style pre-processor
for some Java classes. Note that this is still an experimental feature - it isn't guaranteed
at this stage to always produce code which is free from any Groovy jar dependency. As an example,
@Immutable for instance might require the Groovy jar. We might also consider producing some
trivial size jar if we can't remove all usages of Groovy code.

This message was sent by Atlassian JIRA

View raw message