This book is a thorough introduction to Java Message Service (JMS) from Sun Microsystems. It shows how to build applications using the point-to-point and publish-andsubscribe models; use features like transactions and durable subscriptions to make applications reliable; and use messaging within Enterprise JavaBeans. It also introduces a new EJB type, the MessageDrivenBean, that is part of EJB 2.0, and discusses integration of messaging into J2EE.
AI Reading Assistant
Whole-book reading guide from stratified index samples; jump to passages in the text
Tip the Site
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat Pay
Alipay
Open WeChat or Alipay and scan. No login required.
AI guide
【One-Line Pitch】
A practical, vendor-neutral guide to Java Message Service (JMS 1.0.2) that teaches you how to build reliable asynchronous messaging into Java and J2EE applications. Best for Java developers and architects who already know the language and want to add enterprise messaging, publish-and-subscribe, or point-to-point integration to their systems.
【Book Arc】
- **Opening (~0%–12%)**: Frames enterprise messaging and Message-Oriented Middleware (MOM), explains why asynchronous messaging differs from RPC, and positions JMS as the vendor-agnostic Java API analogous to JDBC.
- **Early (~12%–32%)**: Walks through a simple chat-style publish-and-subscribe client, then dissects the anatomy of a JMS message—headers, properties, selectors, and message types.
- **Middle (~32%–56%)**: Develops a B2B application across the publish-and-subscribe and point-to-point models, covering temporary topics, destinations, and the core send/receive programming patterns.
- **Late (~56%–80%)**: Moves into advanced reliability topics—guaranteed messaging, transactions, acknowledgments, failure handling, and dead message queues—plus deployment concerns like performance, scalability, multicast, security, and bridging to other messaging systems.
- **Ending (~80%–100%)**: Connects JMS to J2EE and EJB 2.0, introduces the Message-Driven Bean, surveys major JMS providers (MQSeries, SonicMQ, FioranoMQ, iBus, JMQ, WebLogic, OpenJMS), and closes with API and header/property/selector reference appendices.
【Key Takeaways】
- **Messaging decouples senders from receivers** (Early): Applications exchange messages through virtual channels called destinations rather than addressing each other directly, enabling asynchronous, loosely coupled integration.
- **Asynchronous delivery is the core value proposition** (Early): Senders don't wait for recipients; each message is a self-contained unit carrying its own data and state, which suits distributed and B2B scenarios.
- **JMS is a vendor-neutral API, not a messaging product** (Early): Like JDBC for databases, the same JMS API works across compliant providers, so you write portable clients while vendors supply the underlying routing and administration.
- **The message itself is the most important part of the API** (Early): Headers, properties, selectors, and message types determine routing, filtering, and payload handling—master these before building complex clients.
- **Two programming models serve different needs** (Middle): Publish-and-subscribe supports one-to-many broadcast, while point-to-point targets one-to-one queue delivery; the book builds the same B2B application through both.
- **Reliability requires explicit mechanisms** (Late): Guaranteed messaging, transactions, acknowledgments, durable subscriptions, and dead message queues are what make messaging trustworthy under failure.
- **Deployment choices matter as much as code** (Late): Performance, scalability, multicast, security, and interoperability with external or legacy messaging systems are design decisions, not afterthoughts.
- **JMS integrates into J2EE via Message-Driven Beans** (Ending): EJB 2.0's Message-Driven Bean lets enterprise components consume messages asynchronously, tying messaging into the broader J2EE platform.
【Reading Tips】
- **Deep-read Chapters 1–3** if you're new to messaging; the paradigm, message anatomy, and selectors underpin everything later.
- **Skim the provider survey (Chapter 9)** unless you're actively evaluating vendors; use it as a comparison checklist rather than sequential reading.
- **Treat the appendices as reference**, not narrative—keep them handy while coding against the JMS API, headers, properties, and selectors.
- **Focus on Chapters 6–7 for production work**: transactions, acknowledgments, failure handling, and deployment trade-offs are where real reliability is won or lost.
- **Have a JMS provider installed** before working the examples; the book deliberately stays vendor-independent and defers installation details to vendor docs.
【Coverage Limits】
This guide is based on stratified excerpts covering the table of contents, preface, and early chapters; detailed code walkthroughs and later chapter content are only partially represented, so specific implementation examples are not summarized here.
Page 3
Comments and Questions ...............................................................................................4 Acknowledgments ........................
covering deployment and administration of messaging systems. Chapter 8 is an overview of the Java™ 2, Enterprise Edition (J2EE) with regard to JMS, including...
sually contains information about some business transaction. In enterprise messaging systems, messages inform an application of some event or occurrence in a...
e added and removed without impacting the system as a whole. Typically, a centralized architecture uses a hub-and-spoke topology. In a simple case, there is...
e queue instead of being pushed to the client automatically. In JMS, however, an option exists that allows p2p clients to use a push model similar to pub/sub...
ees of reliability for both the pub/sub and p2p models. 1.3.4 Building Dynamic Systems with Messaging and JMS In JMS, pub/sub topics and p2p queues are centr...
g this infrastructure using a tightly coupled RPC mechanism. There is the many-to-many problem of managing the connections between these systems. When you ad...
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.
Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat PayAlipay
Open WeChat or Alipay and scan. No login required.
Add Tag
Enter tag name (max 50 characters)
Share E-Book
Java Message Service (Richard Monson-Haefel, David Chappell) (Z-Library)
Scan QR code with your phone to access
Copy the link or scan the QR code to access this e-book on your phone
Share E-Book via Email
Please enter email address
Donation Statistics
¥.00
Total Donations
0
Donation Count
Java Message Service (Richard Monson-Haefel, David Chappell) (Z-Library)
Find Your Favorite Books
Only registered users can comment after logging in. Comments need to be reviewed by administrators before being displayed
Loading comments...
Reply to Comment
Edit Comment