Is Middleware or Poor Planning the Problem?

Loraine Lawson

Middleware is supposed to solve integration problems, but some say its proliferation may cause more integration problems than it solves. For instance, in November, ZapThink wrote a piece arguing that one reason SOA hasn't cut integration costs is because companies are using too much middleware.


Recently, I interviewed Craig Muzilla, vice president of JBoss at Red Hat. We chatted about potential problems with open source up the stack, JBoss's new product announcements, and the market in general. But since JBoss is Red Hat's middleware division, I couldn't resist asking him for his opinion on middleware and whether its proliferation inside companies is causing problems.


Is middleware causing more integration problems than it solves or is middleware integration, as ThoughtWorks chief scientist Martin Fowler and Dr. Jim Webber once put it, "a fat bloke with a beer belly and man boobs?"


People who don't regularly read my blog are always a bit taken aback by questions like that, so I rephrased the question.


"Are companies using too much middleware?" I asked.


Muzilla was a good sport about it, particularly for someone who makes a living developing and selling middleware products. The problem, he said, isn't the middleware but a lack of a common reference architecture:


"Most companies try to come up with a methodology or an architecture or a reference architecture and choose some best of breed pieces to that architecture and try to standardize. Then I would argue that that is not too much middleware, that's the right balance and you can achieve more efficiencies. If its too disparate and there are too many different components and too many different methodologies in there, yeah it becomes very, very difficult."


Another problem attributable to poor planning, it seems.


I jokingly asked, "What's the solution, switch everything to JBoss?"


"That's one answer," he chimed back.


Ultimately, Muzilla pointed out, middleware is about convenience. It won't work for all situations, but in general, it can help in 80-90 percent of situations:


"You don't need middleware. You could literally write code to solve any problem. The problem is that it's really tough sometimes to do that and middleware tries to close the gap by saying, "Okay, here's a way that you, Mr. Developer, don't need to write the code yourself to call these two services but there is something in between that provides the security, that does the beta transformation, that may translate messages. You know, there are some things that may help make your life a little easier.' That's all middleware is."


I think he makes a good point. Is it really fair to blame the middleware - to, in effect, blame the software messenger? Or is the real problem a lack of internal planning. Feel free to join our Knowledge Network discussion on this topic.

Subscribe to our Newsletters

Sign up now and get the best business technology insights direct to your inbox.


More from Our Network
Add Comment      Leave a comment on this blog post
Mar 12, 2009 7:07 PM Mark Griffin Mark Griffin  says:


I really don't think anyone can blame the technology for the issues in the way it is used.  Spaghetti architecture has been around a long time.  Many architectural ideas have come along to try and solve it but with mixed success. 

EAI was an attempt to make this better but it suffered from to much focus on the platform versus the architecture.  Same thing has/is happening with SOA.  To much focus on the tools and not enough on the architecture.  But this is not the tools fault.

Bottom line is folks who got the architecture stuff are having success with using middleware.  Those that didn't have just got an expensive mess.  There is no substitute for good architecture and good design principals.


Mar 19, 2009 7:01 PM Ray George Ray George  says:

The problem isn't too much middleware, but too much planning. Everyone is trying to force-fit everything into a top-down SOA model and they are forgetting about the realities of dev. team behavior - check out Ross Mason's post on pragmatic SOA governance - http://bit.ly/y8DGQ

Mar 26, 2009 1:01 PM Rob Eamn Rob Eamn  says: in response to Mark Griffin

Exactly right Mark.

Sep 14, 2011 5:04 PM Cazare Bran Moeciu Cazare Bran Moeciu  says: in response to Mark Griffin

I agree, middleware is not the cause of the problem but people who are using it.


Post a comment





(Maximum characters: 1200). You have 1200 characters left.




Subscribe Daily Edge Newsletters

Sign up now and get the best business technology insights direct to your inbox.

Subscribe Daily Edge Newsletters

Sign up now and get the best business technology insights direct to your inbox.