Archive for category Planet PetalsLink

The face of SWTBot

The Eclipse Foundation has recently been generous, and offered to sponsor creation of logos for projects that don’t already have one. When I saw Wayne’s mail announcing this program, I took immediately this opportunity and asked Ian Skerett whether SWTBot could be a candidate for a logo, and it was a yes! After 2 weeks of contest on a nice German site called designonclick, over a hundred logos were submitted, and we had to chose only one.

So here is what SWTBot looks like!

logo_116Nice, isn’t it? We’ve discussed of the reasons why choosing this logo on the SWTBot Developers mailing-list, and there were only “+1″s,  not a single objection or discussion. I guess that can be interpreted as a good sign for this new logo and SWTBot project.

SWTBot website was already updated, and current snapshots and next release of SWTBot will show this logo as an icon in many places. Get used to it !

For the curious, you can see the myriad of contenders on Bugzilla, and on the designonclick project page.

Thanks for the Eclipse Foundation for sponsoring this highly visible improvement for its hosted projects!


1 Comment

What’s hot for SWTBot ?

Here are some news from SWTBot, the famous SWT UI Bot API that’s widely used in order to write some functional tests!

Read the rest of this entry »


Sonar at !

It’s been awhile since I started bugging around with having Sonar at But there has been a lot of progress recently, enough progress to share them in a blog post and get you start using Sonar. So let’s get started evangelizing the fight against technical debt.

Read the rest of this entry »


Grenoble Eclipse Demo Camp is next week!

Hi everybody!

For those who are living in French Alps, in Lyon area, or even in Geneve area, here is a reminder for an important event that takes place for the first time in Grenoble: an Eclipse Demo Camp! We’ll celebrate the latest release of Eclipse: Juno.

Where DemoCamp takes place

If you come at this Demo Camp, you’ll have the opportunity to see some demos of what’s new in Juno, what you must know about E4, discover some presentations and demonstrations of what people do with Eclipse in Grenoble area. This event is open to anyone: Eclipse users will learn new tricks, Eclipse developers will learn new stuff, non-Eclipse people will learn new things. You can see the diversity of covered topics by having a look at the agenda.

Also, such an event is a great opportunity to add people to your network, a lot of companies (from local to worldwide) already have some employees attending this event.

This year, we introduced quickies to increase the number of topics that can be presented or discussed, then there are still a few slots available if you want to present something.

The event takes place on Wednesday June 13th, during the afternoon. You can register either on the wiki page of the event, or using the EventBrite ticket system. In order to facilitate the venue, you can see on the event page a field to propose or seek carpool For the hottest news, you can follow the Twitter account of the DemoCamp. Amd rememver: all that for FREE!


I hope I’ll meet some of you there!

Leave a comment

GMF Tooling and its 2.4.0 “for Indigo” release are in Da Place

For those who did not follow GMF Tooling development in the last year, then let’s say that you missed a complex history. Since most of the contributors have changed, GMF Tooling had trouble to set up a new efficient leadership, had trouble to provide builds, did not succeed to get into the Indigo release train, and could not provide a release that is compliant with Indigo… That was a sad part of GMF Tooling history! But this is now over. Here are the recent accomplishment that make GMF Tooling back to active life:

GMF Tooling 2.4.0 “for Indigo” released

A lot of people were waiting for it, it finally occurs: GMF Tooling (finally) has a release that works with the Eclipse Indigo release! It is mainly made of bug fixes and compatibility improvements. Here is the p2 repository:

A new lead: Michael “Borlander” Golubev

After lots of mails, the GMF Team, helped by the Modeling PMC, was able to nominate a new lead to overview the GMF Tooling contributors team and development. He is Michael Golubev, often known as “borlander” on bugs and forums. who works for Montages as a full-time developer for GMF Tooling. He has also been the lead of UML2 Tools.

Simple build process thanks to Tycho and host build on

GMF Tooling now has a Tycho builder, that is far easier to maintain and run than the legacy one. So contributors can now run tests very easily with a “mvn clean install” to ensure their work did not break anything. That makes contributing much easier. Moreover, the build is hosted on so that it is easy and transparent to get an idea of how healthy is the code. Also, going to continuous integration on Eclipse servers allows to produce builds that are equivalent to the one that will be released (including signing and all the necessary Eclipse stuff). So there is no more additional difficulty building a release than building a snapshot.

Get GMF Tooling back into the Modeling discovery service

The Modeling Discovery wizard is a wizard that appears when downloading the Eclipse Modeling package to suggest you some projects to install and use. GMF Tooling just get back into it as I am writing this post!

Guarantee GMF Tooling will make it in Juno release train

We also made the efforts to ensure the future of GMF Tooling will be less chaotic than it was for Indigo. We already did most of the necessary stuff to get GMF Tooling in the Juno release train. So, no stress this year! More details here.

Improved documentation

See this effort in my previous post. This is an undefinitely work in progress, so feel free to contribute directly by making the wiki easier to navigate.

So… what’s next?

A lot of things + what the community will think about contributing. The project plan for GMF-Tooling 3.0 (yes, 3.0!) is not yet finished, but here are some key objectives:

  • Easier and more intuitive Tooling – with a high-level graphical editor to define your own graphical editor (a “meta-“editor)
  • Improve integration/collaboration with other Modeling projects (EEF, XText…)
  • Move to Git
  • Enroll more contributors in GMF Tooling development
  • Simplify generator code
  • Extensibility of generator and tooling to make it easy to add support for new things in GMF Tooling from 3rd-party bundles.

I think GMF Tooling just achieved a major step, and I bet this is the beginning of a new, leaner, era for Graphical Modeling!


Back on SoftShake

SoftShake 2011 was now several weeks ago! This was a very nice conference, quite well organized, with different tracks that make easy for you to always find something interesting to learn.

Read the rest of this entry »

1 Comment

Speaking at SoftShake 2011

I have recently been really pleased to see that I was accepted as a speaker for the SoftShake conference, that takes place in Geneva on the 3rd and 4th of October. It will be a great opportunity to meet new people, to learn about new trendy technologies and methodologies, but also to teach to the audience the basic issues of Modeling, and how the Eclipse Modeling project is there to help them. The abstract of the 50 minutes session can be found here: . If you plan to attend this presentation and if you have any topic you’d like to hear about, then feel free to ask, I’ll try to cover this specific subject during the presentation.

The "SoftShake speaker badge"

I am very excited by this presentation since I think Modeling is something very productive and powerful, and I know how helpful are the tools provided by Eclipse. It is the first time I have the opportunity to democratize Modeling, Model-Driven Stuff and Eclipse Modeling Project in a conference! However, this requires a lot of work to prepare a good presentation, but that’s a work I love to do.

On a site note, my PetalsLink colleague Jean-Christophe Reigner was also accepted as a speaker. He will democratize the usage of ESB: what use-cases it resolves, what is its role in your SI and so on. That should be also quite interesting since ESB are very powerful and scalable middlewares and most people don’t get the actual value yet. So if you are interested in SOA, System of Informations, Middleware, ESB and so on, you should for sure come to see his talk, you’ll definitely learn interesting things.


GMF Tooling is back in the train

Unfortuantely, GMF Tooling did not have enough resources to get in the latest Indigo release traine.

GMF-Tooling and Indigo...

However, this was just an exception: GMF Tooling is already back on the Juno train! In order to be more reactive to the release train requirement, GMF Tooling moved its build to Tycho, making the build system quite easy to maintain, and release train rythm much easier to follow.

Thanks to Tycho, GMF-Tooling is already in the train

And you can see it here:alrea

GMF Tooling in Juno

Then you won’t have to search a lot in order to get GMF Tooling in Juno.


Refreshing GMF documentation

Da Graphical Modeling Framework (GMF) has ever been an amazing, very productive and powerful project to generate diagram for models based on EMF. However, I recently read several things and forums or had some chatting with people that make me think GMF is difficult to use for newcomers. GMF is not that complicated to understand and use, but the feedbacks I got show that it is not easy to get it, it can be a blocking issue for some potential users. The question is “what can we do to make it easier for people to consume GMF?”.

The first answer I have is in refactoring documentation to show more “Getting started” tutorials. Then people need to spend less time to find a way to get started.

What you see on the main GMF wiki page

Also, I thought the tutorial was too monolithic. There are a lot of things you can do with GMF, but not all will be useful for your use-case. Users need to clearly understand what use case of piece of documentation actually resolves, in order either to skip it, or to spend more time on it. This can be achieved by reorganizing the titling of the documentation. Then it becomes easier to find out what are the different steps when creating a diagram, which ones you can skip, which ones interest you.

Structured organization and titling

Finally, by digging into current GMF documentation, I discovered that GMF has lots and lots of resources to help people to leverage it. There are several tutorials, including one that includes Flash videos to show how to generate a diagram. This is a very-high value resource, but it was unfortunately not very easy to find. This resource deserved to be highlighted! A sad thing is that (AFAIK) there is currently no way to integrate these movies into the wiki. I hope Bug 352735 gets fixed soon so that people will really benefit from these tutorials without effort.

If you know anything you could improve to the refreshed documentation, please do it. Remember of your first experience with GMF or of the first time you met a classical use-case: How did you search answer? How could the answer be easier to find? How could the answer be easier to understand? What in the documentation makes it less efficicent? If you have ideas, feel free to edit the documentation accordingly.

I learnt a few lessons from this work:

  • Very new users are really the people to target for tutorials.
  • For tutorials, a video is more attractive and efficient than 5 pages of documentation.
  • Do not try to be exhaustive in tutorials, prefer being modular or pluggable, so that the tutorial remains easy to follow, and that people can extend it by adding a sub-sub-title. It will make the tutorial easier to maintain, without making it easier to read (people are able to skip your “tutorial modules”)
  • Make your tutorial incremental. Resolve use-case one after the other. Be very explicit about the use-case. People need to understand where and why you go before reading the “How”
  • Sometimes, there is alreadly a lot of documentation available, there is no need for more. Instead, it can be useful to spend time on organizing documentation and making it more visible. A documentation that nobody finds or reads is very sad, it is waste.

These are my very first steps with documentation, and my first thoughts after working a little bit on GMF documentation. There are probably some things you’d like to tell me on this topic according to your experience. I’d be glad to learn from you, please tell me 😉


Back on Grenoble Demo Camp

The first Eclipse DemoCamp in Grenoble took place on Tuesday. With 25 attendees, it was a very good opportunity to meet people who are well-known in the Eclipse community, but also some new people who start using Eclipse to develop plugins to resolve very interesting use-cases.

Here is a small summary of the event (Thanks to Adrian for the pictures).


First, Adrian welcomed us at the Xerox Research Europe castle. A very nice place!

Then the event was made of 2 parts.

Eclipse projects

The first one consisted in presenting new stuff at Eclipse. Of course, Indigo, but also to give news about some other projects.

I started by giving some insight about “What’s new in Indigo?” to the audience, and then to present a demo of WindowBuilder. I hope I convinced almost everybody to use this project I personally love!

Me presenting the Runtime Packaging Project

Then my former dear colleague Aurélien prensented and demonstrated to the audience how they could leverage the Memory Analyzer tools to resolve memory issues in there applications. Slides are here.

"You need a snapshot of your memory"

Next, Vincent , my new colleague since I joined PetalsLink, presented 2 projects of the SOA landscape at Eclipse: the SCA editor, and the BPEL designer, which is coming back to life at Eclipse and is going to join the SOA top-level project very soon.

Vincent explaining what is SCA and demo'ing the editor

Aurélien and I closed the first part of the event by presenting an overview of the Modeling stuff at Eclipse. I liked presenting it, so that I submitted a presentation about Modeling at Eclipse to Devoxx, if it gets accepted, it will include more demonstrations and will be improved thanks to the feedback people gave us during the DemoCamp!

It was the time for a break! Adrian came with beverages and very good food such as macaroons. I love macaroons. Unfortunately, there is no picture of this break, but people really looked satisfied of speaking one and other, and of drinking and eating.

Case studies

The second part of the DemoCamp was dedicated to case-studies: showing to people what people do with Eclipse and how they achieve their goals.

First one to present a case-study was Aurélien (again! 😉 who highlighted the main Modeling features of the “Best Eclipse Modeling ApplicationBonita Open Solution, and who explained what are the tricks used by Bonita to customize GMF Editors. See slides.

Aurélien and Bonita Open Solution

Next, Marc Dutoo (my first Eclipse mentor who made me a committer on JWT while I was a trainee) from Open Wide presented us the EasySOA research project, in which one the leverage several Eclipse SOA technologies to make consumption of services easier.

Marc explaining the goals of EasySOA

The following presentation was a presentation of Xeproc, a model that they use at Xerox to process documents. Thierry Jacquin explained us the use-case of Xeproc, which they use to discover how documents are structured and extract some meta-informations from them, and Adrian explained us how he plans to make it interacting with several SOA projects at Eclipse, using Mangrove.

Adrian explaining how Mangrove can be used as a pivot for all SOA technologies

Both last presentations were proposed by guys from IsandlaTech. and came to present solution for their daily work with Eclipse. Olivier Gattaz started by explaining us that they use a lot the spellchecking in Eclipse, mainly to write documentation; and started by telling us what are the limit of current spellchecker in Eclipse for his use-cases. Then he introduced us the Hunspell4Eclipse project, available on Eclipse MarketPlace, that provides an implementation of spell-checking in Eclipse that is the same as in Firefox or Libre Office. It was very interesting, and doing this work, Olivier discovered some issues in the JDT editor that I hope will be fixed one day! (slides)

Olivier convincing us to use Hunspell4Eclipse

And the last speaker was Thomas Calmant, who demonstrated us the ReST Editor, which is a very smart (maybe the smartest) editor for reStructuredText, a language to create documentation widely used in the Python community. This editor is full of very nice features that makes editing of reStructuredText much more comfortable that with a basic text editor. Click here for the slides!

Lessons I learnt

  • Eclipse DemoCamp are cool events to meet people
  • Eclipse DemoCamp are cool events to discover new Eclipse use case
  • Eclipse DemoCamp are cool events to be a speaker
  • Eclipse DemoCamp are cool useful for the life of the community
  • Modeling is not an easy thing to present, but it is quite interesting to do it. Everyone likes at least one thing in the Modeling landscape at Eclipse.
  • Xerox offices looks like an holiday center 😉
  • It is not always for people who develop plugins to find how to get an influence on big Eclipse projects. People who have been involved for a while do know that everything starts with participating in forums and opening bugs, but it is not so obvious for newcomers. It is our role as member of the community to guide them, and to recruit them in the community. DemoCamps are perfect events for that.
  • According to the audience of this DemoCamp, a lot of people really like GMF, but find this very difficult to use it. The documentation is very weak compared to the power of the project. That’s why I spent some time refactoring the Tutorial. The objective is to make GMF an easy-to-use project. You feedback is welcome.

Thanks to everyone who participated to this event! See you next year (and why not before) !