gmane.comp.lang.groovy.devel

[groovy-dev] Java 6 SAX XML Parser issues impacting XMLParser and XMLSlurper

Andre Burgaud — 2008-12-04T04:21:35

Hello, I just wanted to drop a note to the Groovy mailing list to mention about a bug in the Java 6 SAX XML parser that has impacts on Groovy XMLParser and XMLSlurper. This is a corner case type of issue but we are facing it on a project using Java 6 and while doing additional tests with Groovy I noticed the same problem (when using Groovy with Java 6). This Java 6 bug has to do with issues while parsing XML entity references and was reported recently: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6770436. Here is a snippet of code in Groovy: def t = """""" println t println 'XML Parser' def x1 = new XmlParser().parseText(t) println x1.attributes() x1.attributes().each{ name, value -> println "${name} ${value}" } println 'XML Slurper' def x2 = new XmlSlurper().parseText(t) println x2.< at >test1 println x2.< at >test2 println x2.< at >test3 println x2.< at >test4 println x2.< at >test8 println x2.< at >test9 // Expected "99999 <", get "1010101" with Java 6 println x2.< at >test10 I used Groovy 1.6 beta 2 with Java 5 and Java 6. The issue is only occurring when running Groovy with Java 6. Some visible projects using Java already faced this issue too: http://jbossdna.blogspot.com/2008/11/sax-broken-in-java-6-and-7-and-how-open.html If you have any concern with this issue, vote for this bug at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6770436 Thanks for your attention, Andre http://www.burgaud.com PS: Great job Guillame and team!

[groovy-dev] Annotation values in Groovy.

Luke Daley — 2008-12-04T00:30:08

Hi, You can't currently do this… < at >Matches(/[A-Z].*/) def name Is this a fundamental limitation of the annotation mechanism? Or is it something that one day might be possible in Groovy? What about ranges?

[groovy-dev] Broken build 3803

Roshan Dawrani — 2008-12-03T21:24:39

Sorry, broke the first build itself :-( ( http://bamboo.ci.codehaus.org/browse/GROOVY-CORE15-3803) I checked in my changes file by file under the impression that CI waits for 2 minutes for check-ins to complete before triggering the build. 3803 did not pick up all the changes. 3804 went through seeing rest of the changes. Will do the check-in in one bunch now. Sorry. Roshan

[groovy-dev] Indexing a list with integers

Martin C. Martin — 2008-12-03T19:15:01

Hi all, I finally found some time to work on this; here's the diff. If it looks ok, I'll create some tests & commit. Best, Martin --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Non-SVN ReleasePlugin script is still copying from SVN trunk

Robert Fischer — 2008-12-03T18:30:12

I just did a 0.6 release of Autobase from my GitHub directory using the updated ReleasePlugins script. It seemed to work just fine, until I went to check SVN. Looks like it's still copying from trunk to do the release, which means that my updated code isn't making it in. The 0.6 release of Autobase uses Commons-IO, which isn't in the lib dir for the RELEASE_0_6 tag. And the AutobaseGrailsPlugin.groovy has its version set to 0.6, which I double-checked, yet the RELEASE_0_6 tagged file still says 0.4. https://svn.codehaus.org/grails-plugins/grails-autobase/tags/RELEASE_0_6/AutobaseGrailsPlugin.groovy https://svn.codehaus.org/grails-plugins/grails-autobase/tags/RELEASE_0_6/lib/ ~~ Robert Fischer. Grails Trainining http://www.smokejumperit.com/grails_training.html Smokejumper Consulting http://smokejumperit.com Enfranchised Mind Blog http://enfranchisedmind.com/blog --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Welcome Roshan to the team!

Guillaume Laforge — 2008-12-02T19:21:57

Hi developers, I'm happy to announce that the Groovy development team now counts an additional member: Roshan Dawrani. Roshan has been contributing tons of great patches of high quality during the past weeks, responding always positively and rapidly to any suggestion or question. So he will be a great addition to the team! Roshan, thank you very much for your great contributions so far, and congratulations! I'm looking forward to working with you. -- Guillaume Laforge Groovy Project Manager Head of Groovy Development at SpringSource http://www.springsource.com/g2one

[groovy-dev] Groovy Eclipse Release

James Ervin — 2008-12-02T17:21:45

The Groovy Eclipse team is proud to announce a release of the plugin. http://iacobus.blogspot.com/2008/12/groovy-eclipse-release.html The main highlight is the first inclusion of support for refactoring. Thanks to the team for all their efforts! James E. Ervin, IV A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -Robert A. Heinlein Blog: http://iacobus.blogspot.com

[groovy-dev] Multithreading with SwingBuilder

Jim White — 2008-12-02T00:38:58

There has been a lot of discussion about the issues involved in using SwingBuilder in a multithreaded manner. I've created a small example that shows how to do that in a very simple and correct manner. It's only a small start, and doesn't include explanation of the theory, but may be helpful to some folks. http://docs.codehaus.org/display/GROOVY/Multithreading+with+SwingBuilder Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Whither ModelBinding?

Jim White — 2008-11-29T19:25:41

I notice org.codehaus.groovy.ModelBinding has been removed in 1.6. What is the point of this? It is a breaking change for applications that used groovy.ui.* as a model for correct Groovy usage. I've tested and find that the 1.5.x works fine in 1.6. If the intention is to deprecate it, then it should be annotated not removed. Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Shouldn't generated getter/setter methods be flagged as synthetic?

Jim White — 2008-11-29T04:00:01

This is something of a follow-up to "Re: [groovy-user] Class.getDeclaredMethods - not very nice behaviour". I see that most of the methods and apparently all of the fields generated by Groovy are marked as synthetic, with the exception of the generated getters and setters. I've opened a JIRA with a detailed view. http://jira.codehaus.org/browse/GROOVY-3174 Also there's a related issue in which some new and clearly synthetic fields are not getting marked as synthetic. http://jira.codehaus.org/browse/GROOVY-3175 Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Safe to delete AsmClassGenerator#isNonStaticField?

Paul King — 2008-11-29T01:58:14

Does anyone know of any usages of: protected boolean isNonStaticField(Expression expression) within AsmClassGenerator? We don't use it in our codebase and I suspect it is left over from an earlier refactoring but it is possible though not likely that some other codebase could be relying on it. Anyone remember the history? Paul. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] I am seeing line number weirdness

Russel Winder — 2008-11-28T19:20:35

In the Gant tests I have a situation where a Gant script should result in an error message with the line number of the Gant script reported. Groovy 1.5.x reports line number 1 always even though the line number of the script is 6. Groovy 1.6.x reports the correct line number of 6. Trunk used to report 6 but something has changed in the last 5 weeks and now it too reports 1 always. The inference is that newlines are being treated as space and not counted when a script is evaluated in a Groovy Shell. Before creating an example of the problem, I thought I would check to see if this was in fact a known problem. Thanks.

[groovy-dev] Resolved vs Closed

Jim White — 2008-11-27T18:05:02

Hi gang! What's the difference/dev policy on "Closed" vs "Resolved" in JIRA? I see this: http://www.nabble.com/JIRA:-%22closed%22-vs-%22resolved%22-td13351086.html Which suggests we should be using resolved for issues that have been accepted and fixed. Ah, there's this: http://www.atlassian.com/software/jira/docs/latest/default_workflow.html The key idea here is that the person that fixes/implements an issue marks it resolved. Once others have done sufficient testing that there is consensus that the issue is indeed resolved then it gets closed. But certainly we shouldn't be hitting "closed" simply because a change has been committed. Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] [GroovyWS] WSClient needs refactoring, some short ideas

2008-11-27T07:52:22

Hello everybody. First of all I’d like to thank all contributors for realizing GroovyWS. It allows some nice techniques. ;) Now the time is come to give something back. I looked into the sources (unfortunately only 0.3) and realized that some refactoring could be done (which already took part in 0.4). To shorten the whole story I made a short list with some ideas. Perhaps some of the points could be discussed here to see if they could be implemented. - Add interface (create, invoke) - Add abstract CXFClient - Subtype WSClient - Add abstract logMethod - Add overridable createClient() (in order to set a own factory, e.g. subclass of the DynamicFactory) - Check method’s visibilities - Extract key of maps into constants or enum-types - HandleResponse-method in order to define the result-type as desired. Best regards, Dennis. PS: I attached some classes of a quick refactoring which I started with 0.3 in order to getting an idea of the points I listed.

[groovy-dev] My rating impugned!

Jim White — 2008-11-25T06:56:04

Of all the things to knock down my batting average: http://bamboo.ci.codehaus.org/browse/GROOVY-CORE15-3770 I guess the consolation is that it could happen to anyone... Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] information in nullpointerexception

kris helenek — 2008-11-24T19:19:17

Hi, I noticed that a while back Groovy used to add helpful information to the message field of a NullPointerException, like "cannot get property: x on null object". In the code it looks like this was commented out when moving from the Invoker to the InvokerHelper class. Was it meant to be left commented out, or can that be "reactivated"?

[groovy-dev] GroovyConsole broken in retro build

Paul King — 2008-11-23T00:55:57

When tracking down why the build broke on 1.4 (I think it is an old bug to do with XML namespace handling on old jdks) I tried to fire up the GroovyConsole under the retro build. It fails with this error: Caused by: java.lang.Error: Do not use javax.swing.JFrame.add() use javax.swing.JFrame.getContentPane().add() instead traced back to here: at javax.swing.JFrame.createRootPaneException(JFrame.java:465) at javax.swing.JFrame.addImpl(JFrame.java:491) at java.awt.Container.add(Container.java:307) ... at groovy.swing.factory.WidgetFactory.setChild(WidgetFactory.groovy:57) Looking at WidgetFactory, it is indeed an add as per the error message: parent.add(child) Does the suggestion in the error message make sense? This doesn't appear to be a problem on 1.5+ Cheers, Paul. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Showstopper of a bug

Jim White — 2008-11-22T23:46:33

Lest anyone has been feeling a bit complacent about the potential for serious Groovy 1.6 bugs for fundamental behavior, what with the size of the test suite and applications such as Grails and all, check out GROOVY-3165. Given something like: char[] ca = new char[1] assignments of the form: ca[0] = 'a' fail with a ClassCastException! http://jira.codehaus.org/browse/GROOVY-3165 Also I've not heard whether anyone has checked out the bug with super I reported earlier this week. http://jira.codehaus.org/browse/GROOVY-3163 That makes three significant bugs turned up from trying to run one fairly small application (IFCX Wings). I wonder whether folks downstream are really taking the need to report problems with the RCs seriously enough. And I haven't even had a chance yet to look into how the change with regex works... Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Bring miscellaneous small changes from 1.6 into 1.5.

Jim White — 2008-11-22T01:39:04

I've noticed a number of small changes that have been put into the 1.6 branch that haven't made it into 1.5. I've opened a JIRA about cleaning some of that up and it includes a patch for my proposed merge for DGM. As for motivation; In addition to keeping implementation/features aligned as much as possible, I also like to keep the diffs as clean as possible. http://jira.codehaus.org/browse/GROOVY-3164 If there are no objections I'll do the merge in the next day or so. If there are other files that should get this treatment, then please do nominate them (or better yet, clean 'em up!). Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Add DGM.minus(Date, Date) to 1.6?

Jim White — 2008-11-21T00:43:08

Anyone object? http://jira.codehaus.org/browse/GROOVY-3162 Jim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email

[groovy-dev] Problem with Groovy Console on trunk

Guillaume Laforge — 2008-11-20T15:25:59

Hi, I was trying to run Groovy Console on Mac OS X, and got the below stacktrace. I launched it from within IntelliJ IDEA, but I don't think it matter. Exception in thread "main" groovy.lang.MissingPropertyException: No such property: visualizeScriptResults for class: groovy.ui.view.MacOSXMenuBar at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:49) at org.codehaus.groovy.runtime.callsite.PogoGetPropertySite.getProperty(PogoGetPropertySite.java:49) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGroovyObjectGetProperty(AbstractCallSite.java:240) at groovy.ui.view.MacOSXMenuBar$_run_closure1_closure4.doCall(MacOSXMenuBar.groovy:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.view.MacOSXMenuBar$_run_closure1_closure4.doCall(MacOSXMenuBar.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at groovy.lang.Closure.call(Closure.java:280) at groovy.lang.Closure.call(Closure.java:275) at groovy.util.FactoryBuilderSupport.doInvokeMethod(FactoryBuilderSupport.java:779) at groovy.util.FactoryBuilderSupport.invokeMethod(FactoryBuilderSupport.java:425) at groovy.util.FactoryInterceptorMetaClass.invokeMethod(FactoryBuilderSupport.java:1152) at groovy.lang.GroovyObjectSupport.invokeMethod(GroovyObjectSupport.java:44) at groovy.lang.Script.invokeMethod(Script.java:78) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeOnDelegationObjects(ClosureMetaClass.java:402) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:346) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:154) at groovy.ui.view.MacOSXMenuBar$_run_closure1.doCall(MacOSXMenuBar.groovy:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.view.MacOSXMenuBar$_run_closure1.doCall(MacOSXMenuBar.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at groovy.lang.Closure.call(Closure.java:280) at groovy.lang.Closure.call(Closure.java:275) at groovy.util.FactoryBuilderSupport.doInvokeMethod(FactoryBuilderSupport.java:779) at groovy.util.FactoryBuilderSupport.invokeMethod(FactoryBuilderSupport.java:425) at groovy.util.FactoryInterceptorMetaClass.invokeMethod(FactoryBuilderSupport.java:1177) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.view.MacOSXMenuBar.run(MacOSXMenuBar.groovy:42) at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1021) at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1010) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:357) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.Console$__clinit__closure18.doCall(Console.groovy:183) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:39) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:43) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:124) at groovy.ui.ConsoleView$_run_closure1.doCall(ConsoleView.groovy:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.ConsoleView$_run_closure1.doCall(ConsoleView.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:234) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:845) at groovy.lang.Closure.call(Closure.java:280) at groovy.lang.Closure.call(Closure.java:275) at groovy.util.FactoryBuilderSupport.doInvokeMethod(FactoryBuilderSupport.java:779) at groovy.util.FactoryBuilderSupport.invokeMethod(FactoryBuilderSupport.java:425) at groovy.util.FactoryInterceptorMetaClass.invokeMethod(FactoryBuilderSupport.java:1177) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:154) at groovy.ui.ConsoleView.run(ConsoleView.groovy:50) at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1021) at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1010) at groovy.util.FactoryBuilderSupport$build.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:43) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:124) at groovy.ui.Console.run(Console.groovy:224) at groovy.ui.Console$run$0.callCurrent(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:47) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:142) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:150) at groovy.ui.Console.run(Console.groovy:187) at groovy.ui.Console$run.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:43) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120) at groovy.ui.Console.main(Console.groovy:133)