Red Hat JBoss SOA Platform drives business execution, responsiveness, and flexibility in an open platform. It delivers what the vendor describes as an easy-to-consume service-oriented architecture (SOA) integration suite that lets users build, deploy, integrate, and orchestrate applications and services.
Fiorano would be a good choice for small-medium businesses that need integration capabilities with clients but don't want to carry the burden of an in-house development team. The software can be used by technical non-developers and the organization offers professional services to get you off the ground. For larger organizations that have an in-house development team and a wealth of internal resources, other "enterprise grade" middleware/ESB solutions may be more applicable.
JBoss Enterprise SOA Platform is great when you are looking at building more or less pure Java applications and SOA micro-services that may integrate with multiple external data sources. It is less useful when you are looking to build simple SOA applications that are simple in nature since the overhead associated with deploying as well as learning BPEL.
Fioranio's underlying design is very good. In the event of a sudden shutdown, it would - in theory - be able to recover messages that were in-flight.
The visual design surface is very appealing and provides a very quick and easy way to decipher data flows. It has a definite advantage over traditional develop and document processes where documentation tends to be out of date. With Fiorano, the flow is already visualized in a relatively easy to understand way.
One thing that Fiorano had over some competitors was connections into our AS400 data queues. Not all middleware solutions have that - which is a boon for organizations that still run an iSeries in the back-end.
The support people are generally very well educated and easy to get a hold of if you have a support agreement in place.
JBoss is open source so the cost overhead to deploy and build application is very low.
JBoss Enterprise SOA Platform and its parent Redhat are reputed and well adapted in the industry so it is easy to find best practices documentation for complex deployments of JBoss middleware.
Fiorano scalability was a problem for us - specifically we were told about a limit of the number of components that could be run on a single server. This was not explained during the pre-sales and is a serious limitation of the platform.
Some of the components in Fiorano are just poorly implemented. For instance, we used the FTP component to download a large multi-GB file. Apparently, that component requires equal RAM to file size. So, if you download a 10GB file, you'll need at least 10GB of RAM to do so.
Stability was also problematic for us - some of the components or entire data flows would suddenly stop for no reason. At time they coudln't even be restarted and we were forced to restart the Fiorano service. Not an ideal situation to be in for mission critical data flows.
Consistency is a problem for the components in Fiorano. There are wide ranges of design variations in the UI between components. Even in the same component, it could be the case that you'd have to switch back to the "old" component UI to view certain important settings. This made development more difficult.
3rd party support doesn't exist - perhaps it isn't popular enough? There isn't a community supporting Fiorano which means that problems require you to go to a support person.
JBoss Enterprise SOA Platform is dependent and build for JEE/Java application so using a different programming paradigm will be much harder.
There is still a learning curve to get familiar with BPEL making it harder to get an SOA micro-service up and running compared to a fully cloud-based service
Redhat support generally is great and that is true for the JBoss Enterprise SOA Platform as well. Even if you do not buy support from Redhat, you can reply on the discussion board and bug fixes via the open-source JBoss without much trouble.
We are evaluating options such as Apache Nifi as a possible replacement for our Fiorano data flows. We've also used PilotFish technologies that has been able to fit the same use cases as Fiorano (minus the visual component). Generally the products mentioned above excelled in areas of stability and through-put compared to Fiorano, but none have been able to consolidate our ESB components into a single platform.
Oracle SOA Suite (Oracle BPM + Oracle BPEL + other components) and IBM WebSphere middleware is most costly and suited if you are already using applications and other middleware components from these vendors. Mulesoft (Salesforce Mule ESB) is best when you need deep integration with one of Salesforce's existing products. JBoss and Apache Web Server are best when you do not want to invest infant CapEx/OpEx on license fee. Apache Web Server based middleware is best for simple SOA applications.
Fiorano added another piece of complexity to our ESB solution but has not pulled its weight as far as ROI. As we started ramping up on the product, it continued to show it's short-comings and we are working now to ramp it down. Overall, it has not been a positive experience.
