＋设为首页 ＋添加到收藏夹
起点
那些不熟悉背景的听众们,揣摩着她演说中出现的一串串全新术语,表情大概又是惊喜.又是迷惑:一个完整的“多层企业开发架构”.以“容器”与“组件”的形式提供服务.一套“厂商中立的开放技术规范”.对开发者隐藏了不同平台与“中间件”的技术细节.实现了企业级应用间的“无缝集成”等等. 【程序编程相关:ORACLE8的分区管理】在“j2ee”这个缩略语被第一次介绍给世人的时刻,也许没有几个人可以预料出它在日后的奇特历程.那是在1999年6月的javaone年会上,时任sun公司java企业开发部门主管的mala chandra兴奋地预告了java世界的这位新成员. 【推荐阅读:ORACLE常见错误代码的分析与解决】幸亏chandra有一副了不起的口才;这位本科念建筑学的印度裔高层主管,谈起软件架构来也有特强的空间想象力.她清晰地说明了设计j2ee架构的两个初衷:首先,对于厂商,j2ee意味着一套开放标准,加入这个标准,他们的产品就可以运行在各种不同的操作系统与工作环境下,成为一个成熟的企业运算体系中可替换的部件. 【扩展信息:监控Oracle数据库的常用shell脚】在今天的开发者看来,这些似乎都已经是老生常谈,但在当时的场景下,闪动在幻灯片上的每一个口号,都意味着听众们事后又要经历一段困难的学习过程.其次,对于开发者,j2ee是一套现成的解决方案,采用这个方案,企业应用开发中的很多技术难题（包括跨平台移植.事务处理.安全性等等）就会迎刃而解,“信息像一条不间断的河流,经过各种各样的平台与设备,从企业应用系统的这一端流向那一端”.要想理解这段话在当时的实际效应,我们仍然要把时间指针拨回1999年.除了预备迎接千年虫之外,99年你做了什么?为了回答这个犀利的问题,我翻出6年前的工作记录,发现了自己那时参与的一个项目的规格说明书,它正好能提供一幅“java企业开发”在1999年的标准照.这是一家日本知名it厂商的企业信息管理系统,运行在netscape 3.0 gold浏览器中的java applet界面,通过一个专用的中间层系统与oracle 8数据库连接.这个中间层已经相当现成.完善,能够提供远程对象调用.事务处理等一系列的底层服务;留给我们的任务只是完成服务器端业务对象代码,以及相应的客户端交互开发.除了applet客户端有些特别之外,上述系统与今天常见的j2ee架构很接近;尤其是业务对象编码也由home类.pk（主键）类.entity类等部分构成,很多机制都与ejb如出一辙——只不过这些类并没有继承javax.ejb包的接口,而是采用了专用的api.它与ejb之间的相似不像是偶然的,设计者肯定参照了sun在1997年底推出的ejb 1.0技术规范.换言之,在j2ee诞生伊始的语境中,市面上已经存在着很多程度不一的“准j2ee中间件”了.它们主要用于解决三大类问题:事务处理.分布式对象管理与web请求处理.首先,事务处理管理器（transaction processing monitor）一直是高端企业计算领域的热门产品,著名的应用服务器厂商bea,正是通过收购事务处理软件tuxedo进入中间件市场的.另一方面,从90年代初开始,越来越多的人把“n层分布式对象架构” 当成传统的客户端/服务器架构的替代方案.... 下一页