It has been a while since I last blogged about the new XMPP transport for Mule ESB. I’ve been making slow progress since then, but I’ve finally arrived at a point where the transport is starting to be useable. I’d like to show that by building a simple jabber client using the XMPP and stdio transports.
In a recent post by Loraine Lawson on ITBusinessEdge, an informal survey was cited that referenced a majority of mid-market CIOs who “said they had no current business need for SOA.” I was a little surprised by the headline since MuleSoft continues to see tremendous adoption of our open source Mule ESB and subscriptions of our enterprise version among companies I would describe as mid-market. So, I decided to read further and try to learn more. (more…)
Mule community member, author, and consultant Eugene Ciurana recently discussed a technique for extending or modifying the run-time code in Mule without stopping the server, greatly reducing development time for Mule apps.
A part of the work we are doing on Mule 3 is to clean up and simplify the existing design. One thing I recently started working on is untangling the relationship between MuleMessage and MessageAdapter and review the use of message adapters throughout the code base.
The current design around these two is somewhat awkward: MuleMessage extends MessageAdapter. I consider this to be the exposure of an implementation detail rather than a good design choice. The MessageAdapter is a throwback from the first Mule architecture, but we’ve moved on from that so it is high time to revisit this approach.
Since announcing Mule Data Integrator in November, we have seen great early adoption, with over a hundred organizations using it in development, and at least a handful who are going into production. The product is ideal for a wide variety of use cases, but one in particular has cropped up with some frequency: adding new trading partners (on-boarding) in large organizations.
Given that so many from the Mule community have been asking questions about this use case, we felt that it would make sense to do a live demo, showing how Mule Data Integrator can help dramatically simplify the on-boarding of trading partners and reduce the time to market for new customer or partner relationships.
Rapid Trading Partner on-boarding with Mule Data Integrator
Speaker: Francis Upton, Sr. Architect for Mule Data Integrator
Date: Wednesday, February 3rd
Time: 10am PT / 1pm ET
We have received a great early response so far to our recent release of Mule MQ, MuleSoft’s new JMS messaging server. The response is not unexpected, since the Mule ESB user base has been requesting that we provide a JMS server which has been tested and is supported along with Mule ESB. Hundreds of organizations have downloaded Mule MQ for evaluation and we have been hearing great feedback from the Mule community.
Some people have been very interested in the performance of Mule MQ, and they have asked us to provide more details about the tests we have run to validate performance. It’s clear that performance is one of the most important criteria for selecting a JMS messaging product, so our product team spent a great deal of time benchmarking Mule MQ against the most popular JMS products currently available.
One of the projects we selected for comparison was Apache ActiveMQ (most product vendors prohibit publishing benchmark data). ActiveMQ is the leading open source JMS technology, and is popular with the Mule community. For that reason, we wanted to understand how Mule MQ would compare ActiveMQ under some common scenarios.
A few things that we considered as we designed our tests:
MuleSoft just announced availability of Mule MQ.
Seriously! Do we really need another messaging server in this already crowded market? Then again, do we really need Google Nexus One and Motorola Droid when Apple’s iPhone supposedly already has almost everything one could ask for? The answer lies in the user’s need for reliability, performance, interoperability, and ease of use – in short, the answer is YES. (more…)
With the release of Mule ESB 2.2.4 Enterprise Edition, there are several new and interesting capabilities that have been enhanced in Mule. Reading through the release notes, you might miss them, so I decided to highlight them here on the blog. (more…)
Mule ESB has had support for WS-Security via CXF for some time now, but the enterprise edition of Mule 2.2.4 goes a bit further still with the inclusion of the Mule SAML Module and a new WS-Security example. In this article, I will step through the WS-Security example so that you can see the different possibilities available for incorporating WS-Security into your Mule application. (more…)
