Sometimes, there are some unlogical choices that are being made: JBoss chooses JSPWiki as a base for their Wiki portlet in JBoss Portal. They choose to fork and trim JSPWiki (rather than contributing to it) to be able to embed a Wiki engine in their portal as a portlet. Fine. But why not choosing XWiki? XWiki:

• is a member of the JBoss Open Source Federation,
• can already be integrated in JBoss Portal,
• and moreover can also be integrated in any portlet container (The proof is that the eXo Platform already embeds XWiki as a portlet).

That’s weird, isn’t it?

With the recent release of Google Talk, the fine chaps at Google entered the Instant Messenging market. The most clever step in that direction was their choice of protocol for their IM solution: XMPP. XMPP was popularized and standardized through the IETF by the Jabber software foundation with its famous open, secure, ad-free alternative to consumer IM services like AIM, ICQ, MSN, and Yahoo (quoted from their site).

A particular benefit of choosing an open platform is that it takes advantage of available client GUIs for instance, and moreover, it can leverage specific and standardized extensions of the XMPP protocol – called JEPs. The Jabber foundation developed an interesting set of complementary protocol extensions by allowing custom XML payloads to be developed. And there’s one JEP of interest for us today: JEP-0009. This JEP defines a method for transporting XML-RPC encoded requests and responses over Jabber/XMPP.

Okay, Google released its Google Talk client and its related services. This all sounds good and well, but alas, for us, poor corporate users, we have yet to figure out if it’ll ever work through our nasty proxies (with authentication) and firewalls (port 5222 should be opened?). I’ve tried tweaking the proxy settings myself, but it didn’t work. Unfortunately.

On paper, Google Talk certainly looks promising, taking into account the great services Google have come up with so far, but there’s really not much more than other competitors already provide. And in fact, we have yet to see the great features not available anywhere that we all expect from Google. We’ve become pretty demanding users… (and as we say in French “Qui aime bien châtie bien”).

At out last OSS-Get Together meeting in Paris last thursday, we’ve had the chance to have Thierry Templier, a Spring modules and a Jencks commiter, make an introductory presentation of the Spring Framework

On our wiki, he made available two powerpoints in French:

• a big 118-slides presentation on Spring,
• and a specific one on Spring and JCA.

That’s a lot of content to read for those of you speaking Molière’s tongue.

Moreover, on his blog, he’s got a very interesting entry explaining how to inject Groovy beans with Spring or how to access CICS transactions from Spring!

As stated on Javalobby: “The Guru of Groovy shares his Thoughts”! Well, it seems like I’m that Guru! And that’s been my first official interview. That was a quite fun and interesting exchange of mails between Andrew and me, and it allowed me to develop a few interesting points I never had time to explain.

Andrew Glover, Vanward Technologies’ CTO, is a fan of Groovy. He wrote several great articles on DeveloperWorks in a “Practically Groovy” series". I’ve recently had the pleasure to be interviewed by himregarding Groovy, and here’s what the abstract says:

Call me a geek, but I’d really love to buy me one of these little Wifi rabbits. The Nabaztag rabbit is a 23-cm high white rabbit with moving ears, and a set of flash LEDs of different colors. You can pair it with another rabbit so that when you move the first one’s ears, will automatically make the other one move its ears accordingly, even if your in another town or country (as long as you have a permanent DSL connection). Nabaztag can sing songs, or through some service subscription, he can react to the stock market trends, or to the weather, flashing in yellow when the sun is shinning.

Pour mon anniversaire, Stéphanie m’a offert du matériel pour faire de l’aquarelle : un carnet à dessin et un coffret avec 16 couleurs. Comme le temps était plutôt agréable et clément ce week-end, nous avons décidé de pique-niquer auprès du Grand Canal du Château de Versailles. J’ai emmené tout mon attirail, et j’ai réalisé ma première aquarelle, que voici :

Franck Rasolo, our IntelliJ expert, just released and announced the inital version of the GroovyJ IntelliJ IDEA plugin!

The Groovy team is pleased to announce the first public release of GroovyJ, a plug-in that integrates the Groovy language into IntelliJ IDEA.

You may browse the current GroovyJ status page which lists the features shipped with this initial release.

In a nutshell, with GroovyJ:

• a default Groovy runtime is automatically installed as a global library
• Groovy files can be edited with some amount of syntax highlighting
• ‘Run Configurations’ can be created for runnable Groovy scripts
• Groovy scripts can be run with the output being captured in the embedded console window
• Groovy scripts located under module source/test folders will be automatically compiled when compiling modules

Note: This plug-in is available through IDEA’s plug-in manager and requires IntelliJ IDEA 5.0 build #3378 or higher.

Read more...

The JavaOne crowd is applauding Groovy! And the blogosphere is full of friendly comments towards our dynamic and agile scripting language for the JVM.

Jeremy Rayner (our co-JSR-241 spec lead, and JSR project lead) compiled a list of blog posts related to Rod Cope’s JavaOne presentation, titled “Groovy = Java Technology + Ruby + Python for the JVM”. Rod Cope, OpenLogic’s CTO and Founder, has already given a few talks about Groovy, and evangelizes its use at various events. But he doesn’t only “speak” about Groovy, he’s also eating his own dog food, because his company flagship product BlueGlue embeds over 100,000 lines of Groovy code!

I’m glad I just received my Maven Developer’s Notebook, from O’Reilly. My friend Vincent Massol and Tim O’Brien co-authored this great book on Maven, a definitely needed reading for all those who want to learn more about Maven, or who wants to get started quickly. I had the chance of being one of the reviewers and it allowed me to learn quite a few tricks in the process, at the same time I was converting one of my projects at work to a “mavenized” build process and integrating it inside Luntbuild for continuous integration. I particularly liked the “best practices” aspects both authors managed to give throughout the different labs. This book is a must read, go and get it at your nearest bookstore!