To be able to do anything useful, an ESB must be configured with all sorts of
parameters, from endpoint connection URIs to message transformation scripts
to content-based routing definitions. Moreover, ESBs like Mule can host
custom components, which will process messages and perform user-specific
actions on them.
Deploying a new version of an ESB configuration raises the question of
whether it will break anything. How can we build confidence that everything
will be just fine? If unit testing did it for standard software development,
what can it do in the realm of the ESB? Since ESBs are becoming increasingly
familiar in corporate IT, getting concrete answers is of interest to more and
This article details the testing strategies I employ for Mule ESB-driven
projects, which I think contain elements that could be generalized to other
platforms. I am cer... (more)
In "Final Parameters and Local Variables", Dr. Heinz M. Kabutz rants against
the generalized used of the final keyword in Java code. For him, this is a
"trend' and an "idiotic coding standard".
I'm a firm believer of the complete opposite.
As a software developer, I spend most of my time reasoning about code.
Anything that can make this reasoning easier is welcome. Good practices like
short methods and descriptive names fall in this category. I believe
immutable variables do too.
Immutable variables simplify reasoning because they ensure a stable state
within a scope, whether it'... (more)
This blog is the formal introduction to the CRaSH console for Mule on which
I've been working for the past month or so. I've decided to interview myself
about it because, hey, if I don't do it, who will?
What is CRaSH for Mule?
It is a shell that is running embedded in Mule and that gives command-line
access to a variety of Mule internal moving parts. It's built thanks to the
excellent CRaSH project, a toolkit built by Julien Viet and sponsored by eXo
Platform, which allows the easy creation of embedded shells.
What can we do with it?
Well, it's easy to find it out. Let's connect ... (more)
The rabbit is out of the hat: I'm indeed working on a new book. It's called
"RabbitMQ Essentials" and is published by PackT Publishing. Yes, you're
reading right, after Mule, it's now RabbitMQ's turn! Clearly, I'm
specializing in writing about animal-named technologies.
(C) Kallisto Stuffed Animals
Why writing yet another book about RabbitMQ? After all, there are already
several very excellent books on the subject out there. I think Ross Mason
gave the best answer to this question on Twitter:
Let me further articulate the reasons why I decided to embark on this new
book project whi... (more)
Scout is a very convenient monitoring platform in the cloud that I have
started to use recently. I needed to monitor JMX data point, something that
Scout doesn't do by default.
One of the many shiny things about Scout is its extensibility: it is super
trivial to write a Ruby plug-in and have start use it to report custom data
Therefore, I've created a JMX plug-in which, after some QA from the awesome
team at Scout, just ended up in their repository of supported plug-ins.
Read more about this here.