InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Glimmer - using JRuby and SWT for Eclipse RCP apps

Posted by Werner Schuster on Feb 19, 2008

Sections
Development,
Architecture & Design
Topics
Java ,
Ruby ,
Domain Specific Languages ,
Scripting ,
JRuby ,
Rich Client / Desktop
Tags
SWT ,
JRuby ,
Eclipse ,
GUI
JRuby allows to use Java's GUI libraries, which has already led to a host of different approaches to JRuby GUI APIs. Glimmer is a new library that uses the SWT toolkit.

We caught up with Andy Maleh, the creator of Glimmer to see what the project is about and where it'll go. Andy explains the design principles behind Glimmer:
The initial goal behind Glimmer was to facilitate desktop application development with Ruby by relying on a robust platform-independent UI technology. Eclipse SWT happened to fill that role, so it was reused through the JRuby implementation of Ruby.
Glimmer's API was designed with the following principles in mind:
  • Concise and DRY
  • Asks for minimum info needed to accomplish task
  • Convention over configuration
  • As predictable as possible for existing SWT developers

Additionally, the API is being designed to take advantage of every language technique available in Ruby that will ease desktop application development. Builder-style syntax happens to be one of these techniques, so it was utilized to allow developers to author desktop user-interfaces in a similar fashion to how they would author web user-interfaces with HTML. That is by writing code that visually maps to how the user-interface will look like once rendered.
Nonetheless, Glimmer's goals do go beyond providing a Builder-style syntax. For example, Glimmer comes with built-in data-binding support and smart customizable defaults. [..]
Glimmer is not only minimalistic in its syntax, but also in its architecture. It was designed to be very easy to extend, without requiring developers to hard-code every keyword they would like to contribute to the syntax. This is in fact the reason why Glimmer supports 3rd party widgets out of the box.
JFace is a layer of useful components built on top of the basic SWT widgets, among others. Glimmer also supports these:
Glimmer does currently work with JFace widgets. In fact, it supports any custom SWT/JFace widget as long as it has a (parent, style) constructor.
Glimmer can also be utilized to build RCP UI components such as views and editors. [..] As I started developing data-binding support for Glimmer, I did consider reusing the JFace Data-Binding framework. However, the latest API requires calling statically typed methods, which do not fit well with Ruby's dynamic nature, so it seemed simpler to develop data-binding support in Ruby from scratch.
Learn more about Glimmer's data binding approach.

One important aspect of GUI libraries is the layout of components, which is also addressed by Glimmer:
Glimmer currently has smart defaults for laying out composite widgets, such as Shell, Composite, and Group. When declaring a Composite for example, the layout automatically defaults to the commonly used GridLayout. Still, consumers of the API can change the defaults when the need arises.
Asked for existing features and future plans for Glimmer, Andy explains:
Glimmer currently supports:
  • Rendering of SWT and JFace widgets with predefined smart defaults for commonly used widgets, such as Shell, Composite, Group, Text, Button, Spinner, and Label
  • Data-binding of Text, Spinner, Check-box Button, Radio Button, and Table
  • Ability to extend syntax by writing command handlers for newly contributed keywords
In the near future, Glimmer will provide data-binding support for other widgets, such as Tree, Combo, and List, and smart defaults for the rest of the widgets in SWT and JFace.
Future plans include:
  • Exploring ideas on how to ease RCP development
  • Augmenting Rails with Ajax component support when SWT starts supporting Ajax widgets.
Glimmer has been proposed as an Eclipse project. Andy explains the reasoning behind it:
There were several incentives behind creating an Eclipse project:
  • Improve Glimmer's robustness and reliance on Eclipse technologies through the help of the Eclipse community
  • Get exposure and feedback from veteran Eclipse developers
  • Gain broader publicity, recognition, and support
While the GUI DSL is a good first step in easing Eclipse development with Ruby, it might just be the tip of the iceberg. Future plans do include exploring ideas on how to simplify RCP development, and creating Eclipse plugins from JRuby scripts may actually be one of them.
I have not given much thought yet to current problem areas in plug-in development, but two areas that could potentially benefit from Ruby's expressive syntax are definition of extension points and configuration/integration of plug-ins.
What about Scala or Groovy? by Matthias Lübken Posted
Re: What about Scala or Groovy? by Guillaume Laforge Posted
Re: What about Scala or Groovy? by Andy Maleh Posted
  1. Back to top

    What about Scala or Groovy?

    by Matthias Lübken

    This was asked in the newsgroup already: Does Glimmer depend in JRuby? And what about other languages like Scala and Groovy?

  2. Back to top

    Re: What about Scala or Groovy?

    by Guillaume Laforge

    Actually, Groovy has had a dedicated SWT UI builder for quite a long while.

    This concept of builder was pioneered by the Groovy project back in 2003 and has evolved quite a lot, especially with the Swing builder, but a similar work was done around SWT with the aforementioned builder.

    This additional Groovy module hasn't been updated for a while, so perhaps it's not up-to-date with the latest Eclipse runtime (was built against 3.2.1), but if there's enough interest, it can definitely be updated.

  3. Back to top

    Re: What about Scala or Groovy?

    by Andy Maleh

    The Eclipse proposal has Ruby as the language for Glimmer. I have been wanting to try out something similar in Scala however. If I do, I will post something on my blog about it.

Educational Content

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.

Polyglot Persistence for Java Developers - Moving Out of the Relational Comfort Zone

Chris Richardson shows how he ported a relational database to three NoSQL data stores: Redis, Cassandra and MongoDB.

The Golden Circle – Why How What

Jean Tabaka challenges the audience to reflect on what Agile practices they are employing, how they are using them, ending with the questions “Why have their organization chosen to go Agile?