EAI Blog

While working on the second reading assignment (John S. Webster, "Health Services," Computerworld, July 2005) I came across the familiar name of John Halamka - a controversial CIO of Boston-based CareGroup.

Apparently, John Halamka has recovered from the famous 2002 fiasco which is known to the public as "Beth Israel's Health-Care IT Disaster" and is considered to be one of the worst health-care IT disasters in the history of mankind. The detailed description of that case can be found in the excellent Harvard Business School study.

After reviewing the study, I came to conclusion that CareGroup’s senior IT management concentrated their efforts on the technology side of IT and paid too little attention to the actual IT management. The case clearly shows that even the latest and greatest IT solutions are not able to prevent system failure if they are not supplemented with proper management and governance.

It looks like Care Group IT, being very proud of the highest level of the implemented technology, did not have a solid disaster recovery plan or a reliable backup process. Security management, network planning, and change control processes did not seem to be of good quality either.

Now Halamka is very excited about “seamless data integration” and web services. In the Computerworld article he calls them “… the glue that you can use to create a virtual system”. However, he does not even mention the challenges of SOA Governance, which seems to be an alarming symptom to me. I hope that the Care Group IT avoids another disaster.

The Enterprise Service Bus (ESB) is becoming one of the important elements of Application Integration at my work. I have some practical experience in working with the ESB. All new web services that we develop are added to the Service Registry and are accessed by consumers through the ESB.

That is why I decided to pick "ESB" as a topic for my term paper. Specifically I am interested in how ESB is related to SOA and in how ESB solutions can be implemented in the organizations that use SOA.

I am looking forward towards participating in Greater Wisconsin Software Symposium that will last from Friday, February 29 until Sunday, March 2. It is also known as "No Fluff, Just Stuff" conference. 

I went to that conference two years ago and liked it a lot. The speakers were excellent, the topics were very interesting and informative, and the overall organization was great.

This year they again are offering many interesting sessions. I am particularly interested in Filthy Rich Clients with the Google Web Toolkit presented by David Geary because I am thinking about using GWT to develop a web site for the neighborhood where I live.

Another example of a very useful session is 10 Tips for Getting Your Project Back on Track  presented by Jared Richardson. After taking the excellent BUS 748 "Information Technology Project Management" course taught by Professor Ramamurthy I became very interested in Project Management and did not want to miss a chance to learn more about it.

Good day, all!

I have completed reading chapters 6 and 7 of the textbook.

The chapters give a good idea of

-what types of middleware are available on the market;

-what the main, defining characteristics of those types of middleware are;

-what advantages, disadvantages and main applications each type of middleware has.

However, the book does not seem to give a good feel of how some complex types of middleware work. It also does not provide clear, visual, easy-to-understand examples on the topic.

As a result, the author succeeds in two cases:

1) when the described technology is relatively simple (RPC, Messaging)

2) when the reader has at least some basic understanding of the subject (in my case it was the understanding of application servers, transaction monitors, and database-oriented middleware).

It seems to me that the author is not so successful in describing complex types of middleware to readers, who do not have any prior knowledge of the subject.

For example, CORBA and COM+ concepts have always been difficult to understand for me, even though I had some limited experience in working with COM+. After reading the chapter I still have a relatively vague idea of the mechanisms that enable CORBA and COM+ to perform their functions.

As of XML Exercise, I was impressed by how easy and developer-friendly the Visual Studio makes performing basic operations with XML.  

Mike

I have completed reading chapter 11 of the textbook.

I liked the way the author clearly described the power and limitations of both XML and XSLT.

I already have some job-related experience working with XML and SOAP. However, the author helped me to see the "big picture" and to better understand the role XML and XSLT play in intracompany and intercompany (B2B) integration.

It was also very interesting to read the detailed description of what happens behind the scene during XSLT transformation. I used to consider XSLT as a "black box" that works in mysterious ways and is capable of transforming XML document into a different XML document or into a document of a different format (HTML, PDF, etc.). Now I have a much better understanding of how XSLT really works including the concepts of "input tree" and "output tree".

Talking about the opportunities for improvement I would like to mention various examples of XML and XSLT files listed in the chapter. Those examples are not accompanied by clear and detailed explanation. It makes it very difficult for person whose knowledge of XML and XSLT is limited to understand the examples.

I was able to understand XML examples because I had prior experience working with XML. However, it was difficult to understand XSLT example without using additional literature.

I have completed reading the second chapter of the textbook.

The nice feature of the book is "By Example" sections that contain practical illustrations for the introduced theoretical concepts.

It was interesting to read about leveraging the user interface as point of information integration (so-called "screen scraping"). At my work I used to support a legacy screen-scraping application that utilized middleware to import information from the mainframe screens into MS Word documents. Therefore I could relate to the author's words regarding controller and server bouncing being the common problems for the screen-scraping applications. The other problem was that every time the appearance of the mainframe screens had been changed, the screen-scraping utility stopped working properly because they relied on certain fields being located at certain position on the screen.

Unfortunately, the author does not give any example of the practical application of the Information Integration Approach described in the book (Identify the data, catalog the data, build the enterprise data model) in chapter 2. It would be interesting to see how that approach can be used in real life. From my understanding, it would be very hard if not impossible to create a decent enterprise data model for a large company with complex structure.