標題：缺省的消息提供者
WAS6提供了一個新的東西，那就是Service Integration Bus，服務集成總線背後有一些什麼東西呢？本章將討論這個。
功能點：
概念與結構、Concepts and architecture
運行時組件、Run time components
HA和裝載、High availability and workload management
SIB的拓撲結構、Service integration bus topologies
SIB與MDB、Service integration bus and message-driven beans
SIB安全、Service integration bus security
問題定位、Problem determination
配置與管理、Configuration and management
一，概念與結構、Concepts and architecture
它說用它可以在WAS中實現SOA，並且說明了缺省的消息提供者是JMS。既然是SIB，那麼BUS是什麼呢？它定義在CELL級別的，把各科消息接入傳送到目的地。當添加一個應用或者一個資源的時候都與BUS相關起來。各種各樣的資源是加了，但是總線在哪兒呢？它的成員就是那些Application Server（及它的羣）。加來加去，到底是什麼東西在工作呢？消息引擎。
消息引擎！它做了什麼？就是讓想交互的消息交互。下圖很好說明了。server1-----server4、server2------server3交互。
如果是集羣的話，消息引擎的就是在這個集羣中。見下圖。還要說明的是，如果這個集羣中的ME（message engine）cracked。那麼其它的點可以當這個角色。哦，原來BUS也集羣了啊。。。。
再強調一下，命名也有習慣的，有個好的習慣，大家都容易看明白，標準的東西總是好學習理解一些，這樣能減少交流成本。它是如何命名的呢？Node.Server-bus、Cluster.X-bus.
是消息總要一個地方存放，可以放文件，DB。存了後總要一個取消息的點吧。
接下來內容還有仲裁及BUS link等。
這部分開發配置人員均要細看才能明白自己做的事情正在操作什麼樣的資源。不但要細看這一部分，也要細看接下來的一節。運行時組件：主要講SIB服務，服務集成交互鏈，消息存儲，出錯處理，SIB link，MQ link及 MQ server。與概念部分是差不多一一對應的。這二部分重中之中。可以這麼說，如果公司不想用大的代碼就實現面向服務的集成，好好的使用WAS6開始的這個特性非常之重要。哈哈，做軟件的，特別是與大公司相關的，都喜歡吹。沒有關係，明白自己做的什麼就行。