J2EE体系结构 - 帝国软件

　　与.NET平台相比，Sun
有什么可讨论的。如果一个
看到其技术的最大的一部分
出了本文的范围，在我的经
性感兴趣。任何对可移值性

公司的标准定义的J2EE体系结构
人注意某个具体开发商的产品，
是WebSphere专用的。比较所有
验中，大多数对J2EE作为一个平
感兴趣的人都会需要将他们自己

有很少可以讨论的空间，因为就没
如IBM公司的WebSphere，那么就会
开发商对J2EE的具体改进，已经超
台感兴趣的公司对该标准的可移值
局限于Sun公司所定义的标准。

　　J2EE体系结构可以被分为5部分：

　　· Java语言系统

　　· 客户端程序设计模型

　　· 中间层基础结构

　　· 程序员企业级API

　　· 非程序员可见API

　　最后一部分，非程序员
接器API，以及J2EE模型中
。由于从比较微软和Sun公
述中将不涉及这些方面 (就

可见API，包括定义了如何将其
被最近的改进有效替代的API，
司计划的角度来说，非程序员可
如同笔者在.NET平台概述中并没

他产品插入到J2EE中的API，如连
如JTA（Java Transaction API）
见API并不重要，因此在笔者的概
有涉及功能相当的API一样)。

　　Java语言系统

　　在高层次上，Java语言
被翻译成一种中间语言。但
Java Byte Code。在这两种
境是Common Language Runt
）。总体而言，Common Lan
，都无可置疑地在发展和彼

系统看起来与.NET Framework类
是，在.NET平台中，这种中间语
情况中，中间语言被带入到运行
ime。对于Java，运行环境是Jav
guage Runtime和Java虚拟机有
此交互跃进。

似。在这两种情况中，源代码都是
言是MSIL，而在Java系统中，是
环境中。在Framework中，运行环
a虚拟机（Java Virtual Machine
类似的功能，并且在技术进步方面

　　这两种系统之间最重要的区别与源代
设计用来适应各种语言的需求。在Java中
，从除Java外的语言生成Java Byte Code
中证明。

码到中间语言的翻译有关。在.NET平台中，中间语言
，中间语言设计用来满足Java的需求。虽然从理论上
是可能的，但是实际上这还没有在任何一种商业产品

　　客户端程序设计模型

　　J2EE客户端程序设计模型重点集中在
Java Applets，Java Servlets和Java Se

与浏览器的交互上。客户端程序设计模型有3部分：
rver Pages。

　　Java Applets用来对在
上与ActiveX相当。在笔者
结构一般都是以向表示层发
系统并没有使用ActiveX或J
一种。

浏览器内运行的Java代码进行打
的经验中，applets或ActiveX组
出请求的浏览器为基础，然后表
ava Applets，因此笔者在本白

包。在.NET平台空间中，这在功能
件使用的相对较少。电子商务体系
示层使用HTML页面进行响应。这种
皮书中并没有讨论这些技术的任何

　　处理HTTP请求和HTML响应的重要技术
术与微软空间中的ASP.NET（Active Serv

是Java Servlets 和Java Server Pages 。这两种技
er Pages）类似。

　　.NET平台与Java表示层
用了以前的Microsoft ASP
览器（或其他瘦客户端系统
系统的优势。

中间的主要区别在于处理不同的
(pre .NET)模型，它使得表示层
），瘦客户端系统的功能，以及

客户端功能的方式。Java表示层沿
程序员的责任是决定最终的目的浏
如何生成HTML来充分发挥瘦客户端

　　中间层基础结构

　　对于J2EE，中间层基础
可以从网上获得。与J2EE

结构是Enterprise Java Beans
相当的.NET平台是COM+。

(EJB)。该规范的当前版本是2.0，

　　在EJB和COM+之间，体
Microsoft Transaction Se
的中间层基础结构。由MTS

系结构的差别非常少。这两种体
rver）派生出来的，是由微软公
最先引入，然后合并到EJB和COM

系结构本质上是从MTS（
司在1996年引入的最初的面向组件
+中的重要想法包括：

　　· 通过组件示例的共享所实现的高可伸缩性

　　· 以中间层为中心的安全性

　　· 自动事务处理边界管理

　　EJB加入了一种新的体系结构想法，
entity beans（实体豆）。虽然这种想法
缓存的中间层数据缓存。很不幸的是，在
实体豆的任何使用都会带来数据库损坏的
术方面，必须得不断考虑实体豆技术。

一项自动管理组件状态的技术。这项技术被称为
具有吸引力，但是当前的实施却依赖于独立于数据库
这两种缓存之间没有保持一致性的机制。这意味着对
高风险。在缓存一致性问题解决之前，在最佳试验技

　　要连接EJB和COM+的深入比较，请参阅笔者最近的著作。

　　程序员企业级API

　　我们调用Java Enterprise API 时的最重要部分如下：

　　· Java Database Connection (JDB
系型数据库的API 。这与.NET平台空间中

C，Java数据库连接) 2.0 – 是用于从Java中访问关
的ADO.NET相当。

　　· Java Naming and D
Java中访问企业名称与目录
Services Interface (ADSI

irectory Interface (JNDI，Ja
服务的信息的API 。这与.NET平
，活动目录服务接口)有点类似

va命名与目录接口) – 是用于从
台空间中的Active Directory
。

　　· Java Message Serv
。这在功能上与Microsoft

ice (JMS，Java消息服务) 1.0
Message Queue API相当，这个A

– 是用于异步工作流的Java API
PI已经被排队组件所替代。