BT

InfoQ Homepage News Groovy as a business user language?

Groovy as a business user language?

Bookmarks
Lifehacker, a popular personal productivity blog site, recently announced that OpenOffice would be using Groovy for their user facing macro/scripting language, the equivalent of VB/VBA in MS Office:
Free OpenOffice extension Groovy makes it possible to record and run Macros in OpenOffice. Don't confuse Groovy for a cheap Visual Basic knockoff. Groovy has its own syntax similar to bash mixed with Java. If you were sticking to Microsoft Office solely for its macro capabilities, you may be able to break away with Groovy. Unfortunately, Groovy is not nearly as beginner friendly as VB/VBA. However, beginners will have no problem getting started with simple macros. Groovy is a free extension for all platforms with OpenOffice.
For Architects there are a couple of things that are really interesting about this post:
  • The source of this post. Lifehacker is a personal productivity news site, not a java developer oriented news site. It’s a geek friendly productivity site to be sure, but the readers of this site are likely to be the power users in the business units of your organization, not just the developers in your IT shop.
  • There is no mention of Groovy as a broadly applied, general purpose programming language. No mention of Grails or Groovy’s use in a Java application infrastructure. In fact, after reading the post there is no reason to believe that Groovy is anything more than a scripting language extension created for OpenOffice. By neglecting to introduce Groovy in a broader context the author of the post might just be trying to keep things simple for the reader, but regardless we are seeing Groovy extending its relavence here. To this audience, Groovy is not a dynamic language for Java developers - it is a scripting tool for power users.
If nothing else, it is interesting to note that because of the OpenOffice integration Groovy my gain a whole new class of users that understand Groovy from a completely different perspective than your typical Java developer would. But from an Enterprise Architecture perspective, the application platform implications are more significant. For a long time Microsoft has been positioning it’s office suite as a rich client platform upon which power users can develop workgroup support applications that can integrate with backend applications, business services and databases. For Java shops there have always been issues with embracing that strategy because many Java shops aren’t fluent with the Microsoft stack. Now Groovy is giving OpenOffice the ability to compete with Microsoft in this space, and because of Groovy’s native integration with Java, OpenOffice/Groovy may now become even better positioned than MS Office as a rich client stack for Java shops.

Rate this Article

Adoption
Style

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Interesting...

    by Kit Davies /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Mmm. Functionally, it sounds great. But I can imagine the memory usage and performance being "less than spectacular", which might just annoy all those influential power business users, undoing all the good work in a stroke unfortunately.

  • Re: Interesting...

    by Thom Nichols /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Not that I have tried this in OpenOffice, but in general...

    Groovy's performance is more than adequate for scripting applications, and I imagine memory would be a non-issue for anyone with more than 512MB of RAM.

    I'd be interested to hear first impressions of anyone who's actually tried it.

  • Why not JavaScript?

    by Thamaraiselvan Poomalai /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Why can't we use JavaScript? If we use Rhino based JavaScript engine, we have all power of Java with easy usability of javascript. Any one out there to listen?

  • Re: Why not JavaScript?

    by Vadim Voituk /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    JavaScript has no such powerfull language capabilities like Groovy has.
    Also Groovy uses power of JVM HotSpot throught compilation to bytecode.

  • Re: Why not JavaScript?

    by Stefan Tilkov /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Vadim, could you elaborate? What features are missing?

  • Re: Why not JavaScript?

    by Vadim Voituk /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Groovy`s superiority - the JVM backend (HotSpot compilation and powerfull JDK) + much of language features (OOP, Clousers, native collections support, etc), that makes your code more readable, clear and easy to support.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT

Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
Country/Zone:
State/Province/Region:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.