Mule ESB Reviews

• Writing your complex business logic as a simple workflow which can be understood by not so technical people
• Hot deployment of those workflows, which helps in automation and self-learning/healing.
• Provides a variety of connectors: SalesForce, Twitter, SAP, Facebook, and WebService consumer. Most of them come for free with the Community Edition.
• Async/concurrent execution of services within a flow
• Logging

We had to design a complex diagnostic and analysis tool that catered to different ERPs. For example, connecting to different types of data sources and listening from different types of services (over Web and FTP).

Business services for diagnostics should be modified by admin/functional people and applications should be updated on-the-fly without any down time.

The Mule runtime engine served the purpose and we developed a drag-and-drop workflow designer (web app) that is built on top of Mule to make it easy for admins to create and edit services.

I’ve been using Mule ESB for 18 months.

We have had no issues with stability.

We did have scalability issues. It demanded more RAM at times, when there were a larger number of requests while listening over FTP. This is the case with any web container.

I am a Community Edition user, so I can’t comment about the enterprise support by Mule. However, you will not get an immediate response for your queries in any of the technical forums.

I did not use any ESB earlier, but this is the best Community Edition ESB available in the market. However, we abused it as a workflow engine.

To get an initial setup is straightforward.

1. Write a simple HTTP-based listener workflow.
2. Print whatever you send in a context path in a browser.
3. Dump it in a standalone runtime.
4. Start it.

I would advise using the Community Edition if you are developing an application as an additional service to a customer or a non-critical Tier-2 application. You can do this without support.

Apart from support and a few additional connectors, the enterprise edition is not so different from CE.

I was not part of choosing this solution.

Don’t abuse it. Be clear if you want a Mule application to solely solve your business problems, or if you want it as an add-on to solve a few problems that your main application can’t solve.

You may get into scalability issues if you are not clear about this basic difference.

DataWeave: It allows for complex mappings using a simple DSL (Domain Specific Language).

Integration between systems can often take several days. However, with MuleSoft ESB, it can take as little as fifteen minutes.

The CloudHub offering requires some time to mature. However, it is a good overall solution.

Some further details:

1. The AnypointMQ offering is not very stable, as such can cause issues
when dealing with high volume burst messages.

2. The CloudHub offering is EC2 instance based and does not run in
containers.

3. The speed of the CloudHub user interface is poor.

4. Deployment takes several minutes (due to Ec2 architecture as opposed to
containerization).

5. There is currently no cross application object store.

I have used MuleSoft ESB for six years.

CloudHub stability has been an issue. However, this is being worked on.

The product scales very well.

Technical support is superb. The engineers that support customers are Java developers and have a deep understanding of the issues and resolutions. This is one of the biggest selling points for MuleSoft.

Previously, we used Apache Camel and Spring Integration. However, they require more technical involvement than MuleSoft ESB.

The setup is done with a simple deployable .zip file. It is very simple to set up and run.

Pricing is tailored to the customer. As such, I would recommend speaking with your account representative.

We evaluated Dell Boomi, Informatica, and Talend. However, for the given use case, MuleSoft came out on top.

Focus on the business problem you want to solve, as the technical integration in MuleSoft is relatively simple.

• Service Mediation: This is an abstraction layer in between the service consumer and the service provider.
• Message Routing: This feature consumes messages. It filters, enriches, and performs necessary operations on a message. It redirects them to the appropriate target endpoint, based on a certain decision making criterion.
• Data Transformation: The process of converting/transforming data or information from one format to another.

I am providing the service for MuleSoft ESB. My company has delivered solutions such as travel portals, retailer engines, application integration, and a wide range of other scenarios, where ESB can be utilized.

MuleSoft ESB is a wonderful product. However, in order to help the developers utilize it extensively, I would suggest adding some scenario-based and audio-visual tutorials.

I have been using this solution for four years.

I am working on a number of open-source integration platforms and MuleSoft ESB is an ideal choice for us. This tool makes it easier for the developers to deliver complex projects with the best quality.

The initial/basic setup for the development and production environments was fairly easy and straightforward. For complex requirements, you may need some assistance from the experts.

I am working on frameworks/solutions such as Red Hat JBoss Fuse, Spring Integration, Apache Camel, and Apache ServiceMix.

Flexibility and high performance.

I can perform integrations with any environment and scenery as well as growth in apps integration, is an agnostic tool architecture ie can generate components on different architectures are JEE or .Net.  

Mule ESB has a lot components and tools that apply integration patterns making it easier to development without much knowledge of patterns

It allows communication between different applications with different protocols. It's also helped solve business integration issues.

Mule ESB is the heart of applications that required routing and improvement of messages such as electronic invoicing

The documentation is not extensive and is limited to examples which are too basic.

We've used the tool for about six years.

We use the solution to create integration with different systems. 

I am impressed with the product's connectors and scalability. 

The solution's setup needs to be a bit more straightforward and its support needs to respond faster. 

I have been working with the product for three years. 

I would rate the solution's stability a nine out of ten.

I would rate the solution's scalability a nine out of ten. We have a few hundred users for the product. 

I would rate the solution's setup a six out of ten and took around three to four days to complete. 

I would rate the product's pricing a nine out of ten. It is a pricy solution. 

I would rate the solution an eight out of ten. The solution is a good and stable product with great community support.

We use Mule ESB to integrate different products like SAP and Salesforce. We also use it to transform data and communicate it in different versions. 

I like that it's user-friendly. Compared to other ESBs, I find it easier to use. I like it better than other ESBs. I like the connectors, which make calling the APIs through the routers easier.

The initial setup could be more straightforward.

I have used Mule ESB for about a year and a half.

Mule ESB is better than Oracle.

The initial setup is complex because of the Maven part.

On a scale from one to ten, I would give Mule ESB an eight.