Mule ESB Reviews

At the moment, we are using MuleSoft 4, for which I am a certified developer. We use version 4.3. 

We can do very fast development of the orchestrations of MuleSoft. The design patents which we use for integration patents are also a nice feature. 

The solution also offers multiple deployment options. I like the endpoint time manager and the access policies. 

In respect of the UI or the interface, a concept such as that offered by Microgateway would be preferable. We basically use ESB for the gateways. Yet, sometimes when we make use of on-premises standard applications, we require a Microgateway or sidecar proxy products or sidecar proxy-type gateways. This should be addressed. 

A Microgateway type of application should be available for lending support to MuleSoft. When it comes to standalone applications, it would be better if a sidecar proxy were available, rather than the security models being implemented inside the application. The sidecar proxies make things very simple in respect of microservices.

It would be great to see implementing security modules as a feature. 

I have been working with MuleSoft for the past seven years. 

Our current requirements are not great. The version we currently use, 4.3, is much more stable at present. It has good stability. 

The scalability is good. It varies with the request I receive or the application size. It can be done with much ease. 

Technical support is more in the purview of developers. 

The installation time depends on the product being deployed and the size of the application. What we are using at the moment would not require installation of more than an hour. We usually would receive a zip file that we would insert into the server, at which point we could start with the deployment. We have a command for the installation of the licenses and even this depends on the type of job involved. That is all. I would put the installation time at no more than 35 to 40 minutes. 

I have done the installation on my own many times. I have this product on my personal laptop, as well and usually install it on my small machines. 

As with our other applications, MuleSoft is on-premises, but we make use of a hybrid strategy involving the use of an endpoint cloud and agent. While our initial deployment was on-premises, our control plane is on endpoint in the cloud. 

I am a MuleSoft developer and am working for a client. The company which I work for is a partner with MuleSoft.

I would recommend MuleSoft to others. 

While what we are using for our current project is more than sufficient, it would be nice to see Microgateway added as a feature. 

I rate the solution as an eight out of ten. 

When I worked for the Sprint telephone company, we used the solution as a bridge between their legacy systems and the front end. We developed a lot of the functionality, for example, logging into users' accounts and activating cell phones.

The solution improved the company by modernizing the way they offer services and improving the user experience.

In the next release, I would like to see improvement in the generator for the DataWeave language so that it's a little more graphic.

I've been using Mule ESB since 2016, so about six years.

The stability of the solution is great. In fact, the stability is another improvement that the solution brought to the company.

The solution has great scalability.

I previously used an eCommerce platform called Intershop, but it's not really an ESB. Intershop allows for the development of the whole eCommerce system, from the back end to the front end. I switched to Mule due to the needs of a new project that I was starting because it acts as a bridge between legacy systems and front-end systems.

It was kind of straightforward. We had to study their legacy systems and then make some kind of mapping between those legacy systems and the RESTful APIs handled by Mule.

We used a consultant directly from MuleSoft for deployment. It took about an hour or two to deploy the solution, plus time for testing. 

To those looking into implementing this solution, I would say that you will enjoy the experience of using Mule.

I would rate this solution as a ten out of ten. 

I use Mule ESB to exchange data between four or five systems at one time. We exchange government organizations' data.

Mule ESB is a very easy-to-use and user-friendly solution.

There are some features on the commercial version of the solution that would be great if they were on the community version. Additionally, if they added more authorization features it would be helpful.

I have been using Mule ESB for approximately two years.

The stability of Mule ESB is very good.

Mule ESB is a highly scalable solution.

I am the only one using Mule ESB in my organization and I use it daily.

The community version of Mule ESB does not have support. I  find information online if I need it.

I was previously using Talend ESB but it's more complex than Mule ESB to use. The commercial versions have more features than Talend ESB.

Mule ESB was very easy to set up. I did three months of testing Mule ESB before I went into production.

I did the implementation of Mule ESB myself. There is no maintenance required for Mule ESB.

The price of the Mule ESB commercial version is expensive. However, they have a free community version.

I recommend this solution to others. If you have any data exchanges with other systems, Mule ESB is very useful and easy to use, even if it's the commercial version.

I rate Mule ESB a nine out of ten.

I use ESB to do integrations for a company called Pelindo. Pelindo is a company that's a terminal operator. They are involved in logistics, have many partners, and require transaction detection and a payment gateway.

I like that Mule ESB provides fast and good technical support.

Mule ESB could be more user-friendly. I think users must learn about the architecture before they start coding. The price could be better. In the next release, I would like to see an EDIFACT integration.

I have been using Mule ESB since 2013, so nine years. 

Mule ESB is stable, but sometimes the traffic is unstable because the transaction rate increases and the server is obsolete.

Technical support is fast and good.

Positive

I think the initial setup was straightforward.

I have experience installing this solution for my company. I can also maintain  Mule ESB by myself.

I think the price is very high. If you use TIBCO BW, the license is for the CPU usage, then the IPS, and support. I also think the license for the product is a one-time expense. 

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

I used the free trial account to test the product, it allows 10 days free trial.  

I'm a software engineer and a user of Mule ESB. 

The best feature for me was the easy connectivity and easy integration. In comparison, if you go through code license for APN, it will require more configuration or more code but if you're going to Anypoint Studio and using Mule ESB, you just drag and drop the connectors, configure the credentials and complete your process as per your requirements. The product helps me a lot to integrate quickly. 

I think there are some connectors that are not available that should be included. Supports like Salesforce Connector that are available in APN could be included. It's possible that this requires more configuration in our system. I've also found that running Mule Anypoint Studio ESB can slow things down. 

They have good documentation but it's better to have a video explanation for some of the demos, something basic that runs for 10 minutes or so. If you have that and combine it with the documentation, it would simplify the learning process. 

I have used the solution for one year. Really helpful tool for integration with multiple system.

This is a stable solution.

The solution is scalable.

I haven't used technical support, I tend to check the documentation when there are problems. It's actually quite good. There is a video which explains integration in only three minutes, and that helped me understand the documents.

I used some of the notes and YouTube tutorials that explain the setup. They've simplified the process with the latest version which is a good thing. 

My primary uses are asset maintenance and data management.

The most valuable feature is that it's programmer-friendly, so it's very easy to develop APIs.

In order to meet the new trend of active metadata management, we need intelligent APIs that can retrieve new data designs and trigger actions over new findings without human intervention.

I've been using this solution for almost three years.

It's very stable and reliable.

This solution is scalable.

The technical support is reliable and quick to resolve any block we have.

The initial setup is straightforward and only takes a day, but it looks at many data sources, so you have to be specific about what you need. 

This product is expensive, but it does offer value for money.

I would give this product a rating of ten out of ten.

We were using it for EDI. We were using it for integration between RFID portals and our ERP system. We were also using it for the integration of customer data between the CRM and the ERP systems. I am no longer using it because I changed the company.

We were using the cloud version.

When we bought the solution, it was an in-the-cloud or PaaS solution. Because of that, I didn't have to take care of the infrastructure, which was a big plus.

It was pretty fast to develop APIs on this platform, which is something I liked about it. So, the time to value was pretty good. 

Its licensing or pricing model should be improved. If I compare it to other solutions, it is very expensive for small and medium businesses.

Their support should also be improved. Some of the tickets took a long time to be resolved, and I had to escalate to my account manager.

I used this solution for maybe five years.

It is very stable.

It is very scalable. It is also easily scalable.

I had about two developers internally, and they were taking care of its deployment and maintenance. In terms of the end users, it probably impacted hundreds or thousands of employees.

It was okay. There is room for improvement. I had some tickets that were taking a long time to be resolved, and I had to escalate to my account manager to push them through. I would rate them a three out of five.

In the latest implementation, we decided to start small with a very simple project that we had, which was customer integration between our CRM and ERP solutions. We started with a very small API. It was a small integration with only about three APIs, and that was it. We had success with it, and we ran it. 

We did it in partnership with a third-party consultant, and then we took it from there. Our experience was very good.

Pretty good. I would rate it a four out of five.

Its licensing was yearly. There were minor fees additionally, but those were related to VPN's high availability. When you purchase MuleSoft, you purchase it because it is highly available. So, you have to make sure that your VPN can support that. That's pretty much it. The other tools that we picked were things to deploy the solution to build the CI/CD pipeline using MuleSoft. We picked the one that wasn't free. So, we had to pay for it, but it was a minor cost.

They have a package to get you started. I would advise using at least a partner at the very beginning so that they can show you the best practices within MuleSoft and different layers of APIs. Sometimes, there are challenges around security and things like that. So, my advice is to get external help to get your developers started on it. Once they're taught the best practices, your intermediate to senior developers will pick it fairly quickly.

I would rate it a nine out of 10.

I am a solution architect where I design solutions by leveraging integration tools, low-code platforms, and BPM platforms. We are using Mule EBS for transformation purposes.

Mule allows us to transform our data into our desired outcome and then translate it. This allows it to be moved forward for further processing.

This tool has exceptional API management and integration connectors in addition to multiple out of the box connectors. 

The UI is good. From a development perspective, it's pretty easy and pretty intuitive for the developers to work with. We have fresh graduates who have started picking up MuleSoft. Its user interface is pretty intuitive.

We would like the ability to use our own code. This would allow us to develop customizations with ease. Additionally, it would be nice to have more analytics or insights on the exchanged information between databases.

I am working on my third project that utilizes Mule.

The solution is quite stable. We have not experienced any stability related issues as of now.

We have not had any issues regarding up-scaling and other things. We are in the process of increasing the usage of Mule so that it can take up to two thousand requests per unit minute.

The last time I raised a ticket with them where we needed additional guidance, they were pretty good and responsive. On one of my previous projects that I worked with where we needed some information or we needed some additional guidance from them, we were able to collaborate with them and solve the issue pretty quickly.

The initial setup was straightforward as we chose to go with the Mule cloud where the infrastructure was taken care of by them. We only needed to ensure connectivity between on-premise databases/systems and Mule cloud.

Because it's their cloud, the setup is much easier. It would be interesting to see what the setup is like for an on-premise or hybrid environment. It might be a completely different setup. It would probably be more complex because you have to go through certain process to ensure the compliance and the security standards of the organization are met, and that the connectivity is established.

We looked in to using Apache Camel and TIBCO.

It’s a pretty good tool to have it when you try to go with a microservices type of an architecture where you want to decouple your systems and where you want all the systems to talk to each other, share that knowledge, and create those experiences that you want as part of your digital transformation journey. This tool perfectly fits that. It's a good tool to have as part of your digital transformation journey.

I would rate it a seven out of ten.

We use this solution for payment integration. We are customers of Mule ESC and I'm a co-founder and the data engineer head.

The solution has helped us to develop more quickly and improve our time to market. 

I like the graphical interface and the number of connectors. The solution is easy to maintain. 

I'd like to see more attention given to the community editions.  

I've been using this solution for 10 years. 

The solution is scalable and stable. 

The initial setup wasn't that complex, we did it ourselves.

We're using the open-source version. 

I rate the solution nine out of 10. 

We normally use the API-led connectivity approach. We get the architecture and follow the basic rules and principles that Mule has.

We have had our research analysis team do six months of work looking into if this solution was going to benefit our organization and they determined it fit perfectly into our business. 

The cloud and integration abilities are most useful allowing us to use applications such as Salesforce and DataWeave. Additionally, the exception handling is good. We have experienced zero downtime since moving to this solution.

In an upcoming release, I would like to see more additional concept for exception handling, batch processing, and increased integration with other application.

I have been using the solution for the past five years.

The solution is very stable we have not had any issues

The scalability is good. We have a banking application running worldwide through the solution which attracts many users.

The installation is straightforward.

I rate Mule ESB a nine out of ten.