Announcing Mule 3.0.1

motif

The Mule team is please to announce the availability of Mule ESB 3.0.1.  This is a follow-up release to Mule 3.0.0, which continues MuleSoft’s commitment to making Mule the industry’s most powerful, simplest to use, and innovative open source ESB.

Mule 3.0.1 adds:

OSGi? No Thanks

November 9 2010

44 comments

There have been bubbles of interest about OSGi in the Java community over recent years. I for one was very excited about the advent of a modular Java platform that freed us from the classloader issues in the JDK manifested best by Jakarta commons-logging (clogging our app servers).

Docs in Action: Reading Mule 3.0

motif

Think Fast

What do developers prefer – reading documentation or donating bone marrow?

No matter what you answered, I have good news for you.

It is now easier than ever to join the National Marrow Registry.

Also, we’ve made a number of changes to the documentation for our latest release of Mule ESB. We hope these improvements will make it easier than ever to get started quickly using our best-of-breed integration platform.

Remote Mule bootstrapping from MMC

motif

One of the key point of Mule ESB Management Console (MMC) is facilitating administration of your Mule instances.

On top of all the features we plan for next releases we are starting to think about Mule instance remote bootstrapping. The idea would be to facilitate installation/upgrade of whole mule instances on remote machines, including new ones.

Enabling devops through Tcat permissions

motif

In my previous post, I talked about what devops is and the need for devops tools around Tomcat. In this post, I want to go in depth around collaboration between devs and ops and how it applies to Tcat Server.

A key concept of the devops movement is that not only are there developers and operations, but there are also lots of people in between.

REST constraints: A benefit-focused discussion, part 1

motif

REST – the REpresentational State Transfer as defined in Roy Fielding’s thesis –  is not a protocol, a standard, an API, a technology or a product. You cannot buy it, you can’t download and install it and you don’t need to poke another hole in your firewall for it. Instead, REST lives at a level completely decoupled form any specific technology, protocol or product, because REST is merely an architectural style: A set of constraints and principles,

Re-use: Accomplished! Configuration Patterns Catalog for Mule

motif

If you follow this blog or what’s happening in Mule 3, you’ve heard about the newly introduced configuration mechanism based on patterns. In the coming releases of Mule, we will keep adding new patterns based on users feedback and requests.

But this doesn’t mean your experience with configuration patterns will be limited to the ones that come with Mule distributions: we have made it easy for you to create your own patterns and,

Tcat Server Restarts Extend, Improve, and Automate Stock Tomcat Restarts

October 20 2010

1 comment.
motif

You wouldn’t necessarily be very excited about reliable, graceful app server restarts — unless you go to restart your server and it doesn’t restart, or unless the restart script corrupted your webapp data. There are times when a reasonably fast, fully reliable restart is a very important feature. Some examples:

  • You found that your webapp has a new memory leak, and you just fixed it in development, just finished testing it, and you’re about to deploy the fixed version.

Devops and the role of Tcat Server

motif

I’m pretty sure that if Dante was in IT, there would be at least one stage of hell devoted to getting developers and operations to work together well.  Horror stories abound. One of my favorite recent ones was about a company where the operations team wouldn’t let the developers surface any UI that they could access to manage their applications. The developers decided that they could get around this by building an API and then having a UI locally that they could use which was not in the realm of the operations team.

Deploy your applications while developing

October 14 2010

0 comments
motif

The Mule IDE 2.2.1 release that went out today contains a big productivity improvement: a hot deployment builder. It allows you to deploy your project to a running Mule 3 instance automatically. Read all about hot deployment in Mule 3 in the user guide.

The easiest way to get started with the hot deployment builder is to create a new Mule project. It will have the builder attached automatically.