Flow has transformed Mule and provides a very powerful way to configure many types of integration scenarios. However, I wanted to make it clear The <service> model from Mule 2 is not being deprecated or removed. If you already use Mule 2.x you may be wondering whether to stick with <service> or go with the <flow>.
How many web sites/web services have you wished you could just interact with over the command line? Sometimes, you just want to type commands in your shell. I can name at least 3 of our products which I’ve wished I could do that with: iON, MMC, and Tcat.
There are some challenges though. Bash/BAT file scripts don’t provide facilities to interact with web services. Then, if you go with a cross platform language,
This isn’t an industry that needs more acronyms but there is no stopping the cloud *aaS rocket ship so its better to clearly define new categories that get created as we fly towards the clouds. Integration Platform as a Service (iPaaS) is a new type of service tailored specifically for integration applications. The term ‘PaaS’ is a layer of cloud software that deals with the platform for building applications (if you are not familiar with PaaS take a look at my previous post).
Over the years, I’ve seen many different testing styles while doing software development. Each one has unique characteristics, and some developers can identify themselves with more than one probably. I would like to go over all the different styles and point the effect it has over the project.
Mule 3 had a ton of new improvements. We’ve talked a lot about flows, cloud connectors and the like and offered webinars on each. Mule 3 also offers a new deployment model to support the deployment of multiple applications and hot deployment of those applications.
Are you looking to learn about how best to deploy Mule and Mule applications? Should you deploy Mule standalone? Should you deploy it on an application server?
A week ago, we hosted a webinar on making the move to Mule 3.1. The goal was to introduce the new capabilities in Mule 3 and demonstrate the benefit they offer when working with Mule. More importantly we gave valuable tips on how to migrate your applications from Mule 2 to Mule 3. If you missed the webinar, the slides and an archived recording are available on the MuleSoft website.
Mule Management Console 3.1 ships with the brand new Flow Analyzer. Select your server, interesting flows, click start and enjoy seeing real-time messages passing through mule! Click on an debug event and you will see the payload before and after each message processor of your flow.
Out of the box MMC will convert the payload to a string representation using custom toString method if any or by reflectively inspecting its individual fields.
Many Mule users create RESTful services but they are not always clear on the way to authenticate and apply authorization to a RESTful Web Service. I have seen questions about this topic so I decided to write a tutorial that covers a common use case. We’re going to use Jersey, Spring Security and LDAP and of course Mule to pull it all together. I will show you how to do the following:
MuleSoft provides the most widely used integration platform for connecting any application, data source or API, whether in the cloud or on-premises. With Anypoint Platform®, MuleSoft delivers a complete integration experience built on proven open source technology, eliminating the pain and cost of point-to-point integration. Anypoint Platform includes CloudHub™ iPaaS, Mule ESB™, and a unified solution for API management™, design and publishing.