Java Mailing List Archive

http://www.gg3721.com/

Home » user.groovy »

[groovy-user] Change in behaviour - is this a compiler regression?

Marc Palmer

2008-08-20

Replies: Find Java Web Hosting

Author LoginPost Reply
Hi,

This is a groovy issue, but came about in a Grails app. I just
upgraded my Grails 1.0.2 app that uses Dierk's Radeox plugin and
Groovy 1.5.4, to Grails 1.0.3 which uses Groovy 1.5.6. The compiler
choked on this code in the plugin:

class GroovyMacro extends org.radeox.macro.Preserved {

  String name          = "groovy"
  String description     = "formatting Groovy code"
  String[] paramDescription = ["no params, Groovy code goes inside
a pair of groovy tags"];

  GroovyMacro() {
     '[]{}*-\\'.each { addSpecial(it as char) }
  }

  void execute(Writer writer,
org.radeox.macro.parameter.MacroParameter params) {
     writer << "<PRE>"
     writer << replace(params.content)
     writer << "</PRE>"
  }
}

It fails to compile this class because:

/Users/marc/.grails/1.0.3/projects/Copella/generated-java-source/
GroovyMacro.java:8: GroovyMacro is not abstract and does not override
abstract method getName() in org.radeox.macro.BaseMacro
public class GroovyMacro
    ^

Basically it looks like with Groovy 1.5.4, the auto-generated
getName() implementation was accepted as an implementation of the
radeox abstract base class's "String getName()". In Groovy 1.5.6 this
seems broken.

Is this a bug I need to Jira?

Marc




~ ~ ~
Marc Palmer
Grails > Groovy > Java
http://www.grailsrocks.com






---------------------------------------------------------------------
To unsubscribe from this list, please visit:

  http://xircles.codehaus.org/manage_email


©2008 gg3721.com - Jax Systems, LLC, U.S.A.