JBoss ESB vs Red Hat Fuse comparison

"The solution is very easy to use. I can download the trial version and just give it a go."

"The routing system of the product supports Camel routing"

"It's very lightweight. There's no need for any specialized tools in order to deploy any service for Red Hat Fuse."

"The features I found most valuable in Red Hat Fuse are the OSB framework, containerization, and the integration of Apache technologies such as the NQ channel, CXF, etc. These are the features that are very prominent in the solution. Red Hat Fuse also offers flexibility, so it's another valuable characteristic of the solution."

"The solution is stable. We have gone for months or years without any issue. There are no memory restarts, so from my point of view, it's very stable."

"More than a feature, I would say that the reliability of the platform is the most valuable aspect."

"I would rate the scalability a ten out of ten. We are an enterprise business."

"One of the features I found most valuable in Red Hat Fuse is that it has a lot of containers so you won't have to worry about load balancing. In the past, there was a cut-off, but nowadays, Red Hat Fuse is moving off of that, so my team is utilizing it the most for load balancing, particularly running goal applications and three to five containers. There's automatic load balancing so you won't have to worry too much. I also found that component-wise, you don't have to do much coding in Red Hat Fuse because everything is configurable, for example, XML-based coding. Coding isn't that difficult. Performance-wise, I also found the solution to be quite good and its processing is quite fast. My team is processing a huge amount of data with the help of Red Hat Fuse."

"The solution has more tooling and options."

"JBoss ESB should focus on startup and performance as EAP is heavier than lightweight Java frameworks, which impacts microservices and cloud environments."

"The EPA, from what I understand, lacks a lot of features and it doesn't really know how to interface with legacy systems or how to develop APIs for legacy systems."

"I would like to see more up-to-date documentation and examples from Red Hat Fuse."

"The web tools need to be updated."

"What needs to be improved in Red Hat Fuse is on the development side because when you use it for development purposes, it lacks a user interface compared to what MuleSoft has, so it's a bit difficult for users."

"As its learning curve is quite steep, developer dependency will always be there in the case of a Red Hat Fuse development. This should be improved for developers. There should be some built-in connectors so the grind of the developer can be reduced."

"My company doesn't have any experience with other messaging tools, so it's difficult to mention what areas could be improved in Red Hat Fuse, but it could be pricing because I find it expensive."

"Our clients would like to see the user interface improved so that it is more user-friendly."

"Currently, the main point of concern for us is how flexible it is to cater to different requirements. It should be more flexible."

"Containerization is one key area where the product can improve"

"Pricing has been something that we have been working with Red Hat on, year over year. We have preferred pricing with the university because we are involved in education and research."

"Our license for Red Hat Fuse is around $27,000 per year, which is very expensive."

"This is an expensive product. It costs a lot and although it's worth the money, the explanations that we need to give to our top executives are highly complicated."

"After doing some Googling and comparisons, the main standouts were MuleSoft and Red Hat Fuse. One of the big factors in our decision to go with Fuse was the licensing cost. It was cheaper to go with Fuse."

"We use the standard license, but you need the container platform in order to run it."

"You need to pay for the license. It's not free."

"We found other solutions were more costly."

"Red Hat Fuse is an expensive tool, though I cannot answer how much it costs as that's confidential."