I believe that the latest 1.0-rc-3-SNAPSHOT resolves the constructor
problem. For the private final bytes[] problem, please submit an
issue and I'll fix it up asap:
http://jira.codehaus.org/browse/MGROOVY
--jason
On May 18, 2008, at 8:58 PM, Tom Huybrechts wrote:
Hi all,
I get a weird error when in the generateStubs goals of the gmaven
plugin (1.0-rc-2)
[INFO] [groovy:generateStubs {execution: default}]
Node[11:19,27,EXPR]
Node[11:19,26,METHOD_CALL=(]
Node[11:23,87,DOT=.]
Node[11:19,84,IDENT=Util]
Node[11:24,84,IDENT=lastPart]
Node[11:33,32,ELIST]
Node[11:33,27,EXPR]
Node[11:38,87,DOT=.]
Node[11:33,84,IDENT=entry]
Node[11:39,84,IDENT=name]
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Unexpected node: Node[11:19,26,METHOD_CALL=(]
Looks like it is caused by this constructor:
MyClass(Artifact artifact, ZipFile zipFile, ZipEntry entry) {
super(artifact, Util.lastPart(entry.name))
this.zipFile = zipFile
this.entry = entry
}
I'm seeing this in other places too where one of the arguments to
super() is the result of a method call
Does the stub generation not support this ?
Another problem I have is that "private final byte[] bytes" is
translated into "private final byte[] bytes = -1;", which does not
compile.
Tom
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
