jim northrop | 30 Jul 09:51 2014

[groovy-user] Need Some Help Reviewing This Groovy Doc

If anyone can spare a few minutes, could you please look here:
http://builders.mybluemix.net/docs  to give me some feed back? It's a
doc i'm writing on how to contribute to groovy documentation.

It's a work-in-progress so last topics are not done yet.

For a new contributors:

Is it too long ?
Too verbose ?
Cover the right topics ?
Too many/not enough screenshots ?
Need to be re-ordered topic-wise ?
Contentious ?

thanx in advance

To unsubscribe from this list, please visit:


Brian Gardner | 30 Jul 06:35 2014

Re: [groovy-user] Advocating Groovy vs. Java


Feel free to add JPMorgan Chase. We’ve been doing Groovy and Grails projects there for years. Right now, I’m in the beginnings of a massive 3-year G/G project in the <deleted/> space. We intend to roll all of our existing <deleted/> systems into a firm-wide <deleted/>.

Anyway, you get the joke. The fact is I can’t talk about anything we do here, or anywhere online. All very hush hush you know. The other fact is that we’re using Groovy and Grails, and loving it.

On Jul 29, 2014, at 10:24 PM, Guillaume Laforge <glaforge-yCVjj/EcxBJg9hUCZPvPmw@public.gmane.org> wrote:

On Wed, Jul 30, 2014 at 12:38 AM, Steve Amerige <Steve.Amerige-LVvIjLR0h5w@public.gmane.org> wrote:
Lastly, in advocating Groovy, is there a list of recognizable companies that use Groovy for their production code?

As it's a pretty frequent question, that's why I've put some logos of well-known companies using Groovy on the new Groovy website: http://beta.groovy-lang.org/ (near the bottom, white logos on orange background)

Guillaume Laforge
Groovy Project Manager
Pivotal, Inc.

Guillaume Laforge | 30 Jul 05:06 2014

[groovy-user] [ANN] Groovy Weekly #32

Hi all,

Here's Groovy Weekly #32, live from Minneapolis where GR8Conf US just ended:

Lots of the speakers have already pushed their presentations online, so you'll find several interesting decks and samples to whet your appetite of Groovy-related material.

Some might say that this Groovy Weekly edition was delivered on Wednesday, but it's still Tuesday for me here in Minneapolis, so I'm on time :-)

Happy reading,

Guillaume Laforge
Groovy Project Manager
Pivotal, Inc.

jim northrop | 29 Jul 18:09 2014

[groovy-user] TeamCity CI Merge Question

Once a PULL request has been completed and teamcity shows

all tests passed - how long does it take before the change actually
hits the code base ? Is it hours, days, etc ?

To unsubscribe from this list, please visit:


Andres Almiray | 29 Jul 16:50 2014

[groovy-user] [ANN] Griffon 2.0.0.RC1 released

The Griffon team is happy to announce the release of Griffon 2.0.0.RC1!

This is the first release candidate of Griffon 2.0.0. If all goes according to plan the next release will be 2.0.0 final in a few weeks time.

The following list summarizes the changes brought by this release:

* Groovy support upgraded to Groovy 2.3.5.
* Several build plugins updated to their latest versions.
* Addition of a master pom file for application projects.
* Enable mavenLocal() on gradle-griffon plugins by default.
* Lots of updates applied to Lazybones application templates.
* More content added to the Griffon Guide.

A new website can be temporary found at http://new.griffon-framework.org. That URL will change to http://griffon-framework.org once Griffon 2.0.0 final is released.

We look forward to your feedback. Please report any problems you find to the Griffon User list, or better yet, file a bug at http://jira.codehaus.org/browse/griffon

Remember you can also contact the team on Twitter: <at> theaviary.

Many thanks to all who contributed to this release!

The Griffon Team
Pitoniak, Michael | 29 Jul 15:15 2014

[groovy-user] error: Some specified jars were not found


 while running my groovy scripts with a jre i untarred from oracle i get this non fatal error.
can someone tell me how to resolve it?



/usr/bin/build-classpath: Could not find ../../jvm/java/lib Java extension for this JVM
/usr/bin/build-classpath: error: Some specified jars were not found

Steve Amerige | 28 Jul 19:30 2014

[groovy-user] Advocating Groovy vs. Java

As happens every so often, I'm asked about Groovy vs. Java performance because I use Groovy in my daily programming.  This comes from other groups that are considering using Groovy for full server-tier or web-application programming.  Does anyone in this group have any current statistics that can provide performance comparisons for the latest Groovy 2.3 (or upcoming Groovy 2.4)?  A web search shows Groovy 2.1 vs. Java 7.  I'm hoping this is outdated, because the results are not great (unless you're comparing them to other dynamic languages that are even slower).

How significant today is performance on the decision to write applications in Groovy instead of Java?  I'm talking about full server-side and web applications, not scripts.

I want to best represent Groovy in some upcoming discussions, so please feel free to share the best arguments for Groovy that presently exist.  Lastly, I wonder if some of these arguments will find their way to the upcoming Groovy in Action book?  [Thanks to Paul King for letting us know that traits will be included!]  My short advocacy list for Groovy includes:
  • Dynamic programming
  • Closures
  • Native syntax for lists, maps, regular expressions
  • DSLs: builders for json, xml, etc.
  • Everything is an Object
  • GStrings
  • Simpler beans
  • Easier to maintain
I'd like to add more to the list and, hopefully, not have to defend against performance or other criticisms.  But, no matter what, I'd like to know the truth of the pros vs. cons because people aren't converted when only hearing the positives.

Steve Amerige
Principal Software Developer, Fraud and Compliance Solutions Development
SAS Institute, 940 NW Cary Pkwy #129, Cary, NC 27513-2792
Paolo Di Tommaso | 27 Jul 09:07 2014

[groovy-user] Traits and <at> Slf4j

Hi guys, 

Are logging annotation supposed to work with traits? 

For example: 

<at> groovy.util.logging.Slf4j
trait Foo { 
  def bar() { log.info 'hello' }
class Hello implements Foo {}

new Hello().bar() 

Results in the following exception 

groovy.lang.MissingPropertyException: No such property: log for class: Hello
at Foo$Trait$Helper.bar(ConsoleScript4:3)
at Foo$Trait$Helper$bar$1.call(Unknown Source)
at Hello.bar(ConsoleScript4)
at Foo$bar.call(Unknown Source)
at ConsoleScript4.run(ConsoleScript4:9)


magabo | 27 Jul 01:09 2014

[groovy-user] I'd like to add you to my professional network on LinkedIn

Salim Lahcen
Senior System Developer at Tele2
Stockholm, Sweden
Hi Russel,
I'd like to add you to my professional network on LinkedIn.
- Salim
Confirm that you know Salim
You are receiving Invitation to Connect emails. Unsubscribe
This email was intended for Russel Groovy]. Learn why we included this.
© 2014, LinkedIn Corporation. 2029 Stierlin Ct. Mountain View, CA 94043, USA

View this message in context: I'd like to add you to my professional network on LinkedIn
Sent from the groovy - user mailing list archive at Nabble.com.
Paolo Di Tommaso | 26 Jul 12:19 2014

[groovy-user] How create a dynamic proxy with meta-programming API

Hi there, 

Groovy provides a very handy way to create proxy for an interface by using the "as" keyword. 

For example: 

def proxy = { } as Foo 
proxy.metaClass.invokeMethod = { String name, Object args -> /* my code here */   }

I'm wondering if there's an equivalent meta-programming API so that it would be possibile to specify the Foo interface as parameter, in order to write a generic proxy factory method, I mean something like:

def createProxy( Class myInterface ) {

   def proxy = closureAsInterfaceAPI( myInterface ) 
   proxy.metaClass.invokeMethod = { String name, Object args -> /* my code here */   }
   return proxy


Michael Campbell | 26 Jul 01:27 2014

[groovy-user] Groovy history - full list anywhere?

Is there a full list of changes in all the Groovy versions, even back to the Strachan days?  I am wondering if it would be possible to see when certain things like the null-safe "?." and/or splat "*." operators were put into the language.