Middleware Matters

IONA has a self-proclaimed fan. I looked up the word "fan" in the thesaurus (on my nice new 15" PowerBook!), and it lists the following synonyms:

enthusiast, devotee, admirer, lover; supporter, follower, disciple, adherent, zealot; expert, connoisseur, aficionado; buff, bum, fiend, freak, nut, addict, junkie, fanatic, groupie.

These words would seem to imply that a "fan" would be quite knowledgeable of whatever it is that he or she is a fan of. Why, then, does our self-proclaimed fan demonstrate an almost complete lack of factual knowledge about IONA and its products?

The one thing our fan gets right is that we have been helping our customers build successful SOAs for many years. That much is true, given that a variety of our customers built enterprise SOAs in the mid to late 1990s using our CORBA software, and those systems are still running today. Credit Suisse's CORBA-based information bus, which handles millions of financial transactions daily, is a good example here. In telecom, Orbix is so widely deployed that pretty much anytime you make a phone call in much of the world, you're going through Orbix in one fashion or another.

Since then, we've been leading the way in bringing web services approaches to the enterprise SOA world. Our first web services product, XMLBus, was quite successful, and was in production in several customer enterprises before any of our established competitors had even heard of web services. Hot on the heels of XMLBus, based on experiences with it and with our CORBA systems, we produced Artix, the world's only truly Extensible Enterprise Service Bus (ESB).

Now, when all your SOA knowledge is based on the horrible failure that is EAI, as seems to be the case with our self-proclaimed fan, it's easy to be completely unaware of what successful technology actually looks like. For example, our fan mistakenly states that Artix is "and (sic) ESB solution which is information- not service-oriented." Our fan then points to an article to try to explain the difference between "information-oriented" and "service-oriented." If you read the article, you find that "information oriented" is the use of web services to access information locked in a business system, while "service oriented" is leveraging a remote method or behavior in a remote system.

If our fan were as much a fan as he claims, he might have taken the time to actually look into what Artix actually is, and might have even spoken to the customers using it. Had he bothered, one thing he would have learned is that Artix has been shipping for a couple years now, and is not just following on the heels of the competition as he claims. Late to market? Not at all -- we've been there for awhile now. The others are playing catch-up, not us.

More importantly, he would have learned that Artix does not prescribe itself to the same ESB definition that companies like Sonic and other ESBs do. For them, an ESB is basically a web service wrapper around JMS messaging technology. Kinda lame, really. Artix, on the other hand, is a highly distributed set of infrastructure components that enables existing software assets -- business systems, infrastructure components, transactions, etc. -- to be easily shared and reused inside of newly-developed composite applications and business process flows.

The flexibility of Artix means that just about anything, even those expensive-yet-worthless EAI packages that folks like our self-proclaimed fan tricked you into buying, can work seamlessly with other services in your SOA Network. And unlike EAI, Artix doesn't force you into using proprietary protocols, data formats, and loads of adapters. You want your .NET clients to talk seamlessly to your legacy CORBA systems? Use Artix -- one of customers is doing just that, running a call center in production on version 1 of Artix. We can handle a wide variety of protocols and data formats, such as JMS, MQ, TIBCO, Tuxedo, CORBA/IIOP, and of course SOAP and HTTP, switching between them as needed and without forcing a canonical protocol or format in the middle. The ability to embed or deploy Artix directly into the major application platforms -- J2EE, .NET, CICS/IMS on the Mainframe, CORBA, Tuxedo, etc. -- is what separates IONA and Artix from the other ESB players. Our fan should know that Artix is not a messaging layer that moves information around between systems; it is a flexible and unique approach to enabling one software entity to perform a unit of work on behalf of another. Our unique plugin architecture -- the same patented Adaptive Runtime Technology (ART) that powers Orbix 6 -- enables us to support a broad set of enterprise backbone protocols and message formats, plus the ability to plug high-value QoS services for security, management, and transaction coordination directly into any Artix service endpoints. Try that with the centralized, server-centric, bloated, ultra-expensive, and -- most importantly -- failed EAI systems that our fan foisted on some of you.

We ask only one thing of our fans: that they get their facts straight. This one obviously didn't bother. We invite you to learn the true facts by downloading Artix and trying it yourself.