When I first looked at this book (after opening the package from Amazon), I thought it would be perfect... it's not a hefty 1000-page cookbook... and seemed like it would be just the perfect level of detail to rein in the broad topics into something coherent. In fact, the book does a decent job with the overall picture, but has some major flaws in style, presentation, and bias that renders it a groggy, often un-informing, experience. I stuck with it, because I had no alternative at hand, and a tight timeframe, so I can speak as a reviewer that has actually read the book.
The Good: This book contains a decent overview of SOA components and does tie them together in a good overall picture.
The Bad (part I): This book was written by an IBM Senior Architect. The technical editor for the book is an IBM Architect. The forward was written by an IBM Fellow. The back cover contains endorsements from two IBMers, one of which is the VP for WebSphere Marketing. Much of the book contains unbiased information on industry standards. However, much of the rest of the book is an over-the-top promotion of IBM products. For example, the capstone of this work is the chapter on Enterprise Service Bus. This chapter reads like glossy marketing literature for IBM products at best and like an informertial at worst. That chapter is only 30 pages long, but uses the word "WebSphere" 24 times by my count. Conversely, the non-IBM Weblogic is mentioned exactly 0 times in the same chapter, and rarely throughout the rest of the book. This book calls IBM's WESB "the prime example" of an application server based ESB and goes on to list, in bulletized form, its "features and advantages". In another section, the author states, "IBM offers the most complete product lines in this area."
The Bad (part II): This book is poorly presented. It can't decide if it is a 40,000 ft overview or a detailed description of various technologies. For example, SOAP is covered in 22 short pages. That's obviously not enough for anything more than an explanation of what it is, how it is used, why it's good, and a few examples. Yet the author tries to dive into the structure of a SOAP message to the point of who-cares detail for a book like this. In the 22 pages covering SOAP, for example, the author states FIVE TIMES that if the header element is present, it must precede the body element.
In addition, the author uses a highly verbose and repetitive style. It often seems that about 20% of the book is either telling you what it's going to tell you or telling you what it's already told you. The book could have contained the same amount of useful information in about 200 pages. This overly verbose and repetitive style gives the book a sense that the author, a PhD, does not know how to communicate effectively with lesser intellects and frequently overshoots his simplification. The result is that the work often, but inconsistently, reads a bit like a "for dummies" type of book.