| By James McGovern | Article Rating: |
|
| March 1, 2001 12:00 AM EST | Reads: |
11,822 |
This is my first book review for Java Developer's Journal. As coauthor of a competing book, I figured I'd be very critical of the author's writing and the book's content. I must admit I'm pleasantly surprised; this is a really good book and, in many ways, better than the book I coauthored.
One of my biggest pet peeves is to walk into a bookstore and see overpriced 1,000-plus page books that are essentially a regurgitation of the manual. Even worse is to see these large books essentially reprint free documentation and expect consumers to pay for it. This book does none of that. Its page count is a healthy 220 pages and it's written in a very easy-to-read style. I went to Amazon to see how competing books are priced, and this is the least expensive. I recommend that everyone interested in JMS pick up a copy.
This book is not written by two guys who got paid by a publisher to rewrite their interpretation of the existing specifications. The two authors, Richard Monson-Haefel and David Chappell, are known in the industry and were actually part of the organizations that contributed to the JMS specification. This gives them great insight about the real intent of JMS. They do a fine job of explaining concepts and subtleties of many of the APIs. One good example is their explanation of when and when not to use the TopicRequestor object.
If you have no prior knowledge of JMS and its purpose, the first chapter gives a complete description of the Java messaging paradigm. Chapter 2 gets into a tutorial about the JMS APIs.
Chapters 3 through 6 cover publish and subscribe messaging, point-to-point messaging, guaranteeing messaging, transactions, acknowledgment, and failures.
Chapter 7 is my favorite, as many books on the market target only developers. This chapter is also useful for architects who need to figure out the right way to design, develop, and deploy Java-based messaging solutions. It covers just the right amount of information on performance, security, and when multicasting versus hub and spoke is appropriate.
Chapter 8 goes into detail on J2EE, EJB and JMS, and describes how JMS can be used with MessageDrivenBeans. I haven't seen this covered in any other book to-date. I suspect that using JMS with EJBs will be a popular method in the future for application development.
No book review would be complete without pointing out a couple of flaws. First, JMS in its next revision will support XML messaging. There are actually several competing standards in progress that could be used with JMS. Maybe a mention of the Java API for parsing (JAXP) and the Java API for XML messaging (JAXM) would have been appropriate. The authors only mention that the future may bring an XMLMessage type, but today stick with the TextMessage type. I found this curious because one of the authors, David Chappell, works for Progress and their product, SonicMQ, actually has XML support built in. I'm not really sure if the author was keeping himself honest in this regard, since he does plug his product elsewhere in the book in subtle ways.
My only other thought is that in Chapter 9, the authors list the different JMS providers but make no mention of a very popular Message Queue product, Microsoft's MSMQ. All of us Java types have a bias toward Microsoft, but they really do have a good product that's worth considering as part of your solution.
Overall, this book is a good source for those who want to know the ins and outs of utilizing message-oriented middleware using JMS. Java Message Service does an admirable job of providing examples that are adaptable to many situations. The authors made the topic understandable. On a scale of 1 to 10, I give this book a 9.5. Java Message Service is an excellent book and an essential item for your library.
Published March 1, 2001 Reads 11,822
Copyright © 2001 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By James McGovern
James McGovern is an industry thought leader and the author of the bestselling book: A Practical Guide to Enterprise Architecture (Prentice Hall). He is working on two upcoming books entitled: Agile Enterprise Architecture and Enterprise SOA. He is employed as an Enterprise Architect for The Hartford Financial Services Group, Inc. He holds industry certifications from Microsoft, Cisco and Sun. He is member of the Java Community Process and of the Worldwide Institute of Software Architects.
- Kindle 2 vs Nook
- Why IBM’s Server Chief Got Busted
- Is Cloud Computing Like Teenage Sex?
- Industry Experts Discuss the State of Cloud Computing
- Performance Tuning Essentials for Java
- Confessions of a Ulitzer Addict
- Tactical Cloud Computing Panel at 1st Annual GovIT Expo
- It's the Java vs. C++ Shootout Revisited!
- Cloud Computing Can Revitalize Your Career as Software Developer
- IBM Could "Reinvent" Java: Mills
- Oracle & Cloud Computing: Exclusive Q&A with SVP Richard Sarwal
- A Brief History of Cloud Computing
- Kindle 2 vs Nook
- Cloud CEOs, CTOs & SVPs to Speak at 4th International Cloud Computing Expo
- Why IBM’s Server Chief Got Busted
- Is Cloud Computing Like Teenage Sex?
- Industry Experts Discuss the State of Cloud Computing
- Performance Tuning Essentials for Java
- The Difference Between Web Hosting and Cloud Computing
- Cloud Computing Expo: Exclusive Q&A with Yahoo! SVP Cloud Computing
- Ajax in RichFaces 3.3, JSF 2 and RichFaces 4
- Confessions of a Ulitzer Addict
- My Thoughts on Ulitzer
- Tactical Cloud Computing Panel at 1st Annual GovIT Expo
- A Cup of AJAX? Nay, Just Regular Java Please
- Java Developer's Journal Exclusive: 2006 "JDJ Editors' Choice" Awards
- The i-Technology Right Stuff
- JavaServer Faces (JSF) vs Struts
- Rich Internet Applications with Adobe Flex 2 and Java
- Java vs C++ "Shootout" Revisited
- Bean-Managed Persistence Using a Proxy List
- Reporting Made Easy with JasperReports and Hibernate
- Creating a Pet Store Application with JavaServer Faces, Spring, and Hibernate
- What's New in Eclipse?
- Why Do 'Cool Kids' Choose Ruby or PHP to Build Websites Instead of Java?
- i-Technology Predictions for 2007: Where's It All Headed?









































