1. 介绍
1.1 JBoss 是什么?
JBoss 是免费的，开放源代码 J2EE 的实现，它通过 LGPL 许可证进行发布。它提供了基本的 EJB 容
器以及 EJB(好像应该是 J2EE)服务，例如：数据库访问 JDBC、交易(JTA/JTS)、消息机制(JTS)、命名
机制(JNDI)和管理支持(JMX)。目前的 JBoss 发布版 2.2.4 实现了 EJB 1.1 和部分 EJB 2.0 的标准、
JMS 1.0.1、Servlet 2.2、JSP 1.1、JMX 1.0、JNDI 1.0、JDBC 1.2 和 2.0 扩充(支持连接池
(Connection Polling))、JavaMail/JAF、JTA 1.0 和 JAAS 1.0 标准，JBoss 是 100%纯 Java 实现能
运行于任何平台。
1.2 动机
这个项目的动机是我们想分析一下中间件基础系统的性能。基于我们以前的开发经验，我们知道不同
J2EE 应用服务器在性能和可扩展性方面有着极大的差异，并且相信架构的设计是决定类似于性能和
可扩展性等质量指标的重要因素，我们想通过分析这个系统来了解架构设计究竟对于性能和可扩展性
具有着怎样的影响。无论概念性模型的局限性或实际模型中对于系统运行期行为的 Re?ect(反射机
制)应用，他们还是能提供给我们一个对于整个系统的全面架构的了解的视点和符合基本境况的分析
模型的构建的前提。
1.3 方法论
大型软件系统的架构分析可以分为两个层面：概念性架构和实际架构。概念性架构通过将子系统
的"捆绑式"分析和子系统间的分析描述了这个系统的架构。每一个子系统具有清晰的有意义的方法和
他们包含了整个系统的特殊的架构风格。实际架构和概念性架构比起来具有较少的层次关系。它表述
了实际的编程规划/模型的实际体现，它和想象的概念性架构有很多不同。在这个项目中，我们将
JBoss 的概念性架构和实际架构进行了分割。想象的概念性架构模型通过参考资料来分割和获得，我
们自己的经验来自配置应用系统和 JBoss 的在线论坛。眼下，我们先关心一下每个组件在模块层面上
的功能性，他们彼此不相关。实际架构模型是综合的。我们使用逆转工程工具 Together 5.5 以便于
将源代码翻转成为类(class)图和序列(sequence)图并使他们在一个子系统模型中综合。Together
5.5 支持应用设计，实施，配置和 JBoss 的逆转工程。它可以通过 Java 文件和 class 文件来获得类图。
更深一层，我们通过使用 Together 选择相应的特殊的方法来获得序列图。有两个工具可以帮助我们
来了解组件行为，最终实际模型和概念性模型的比较。在实际模型中以外的模块、组件和其它部分也
将被讨论。
1.4 组织
这份报告将按照以下次序进行组织：第二部分将介绍 JBoss 架构的整体设计和主要的组件。第三部分
讨论 JBoss 子系统的概念性模型，即：容器框架和它的插件。JBoss 命名服务(JNDI)，JBoss 容器持
久性管理(CMP)和 JBoss 交易服务。第四部分，我们将挖掘 JBoss 子系统的实际模型和被提及的组件
间的相应稳固的关系。第五部分，我们来评价一下 JBoss 的架构风格和在性能、可更改性、可扩展性
等一系列质量指标上的表现。在第六部分我们将讨论我们将来的工作和提出我们报告的最终结论。
