j2ee开发

cms系统j2ee:如何开发出高质量J2EE系统

2009-09-27

如何开发出高质量J2EE系统

2009年07月24日

J2EE学习者越来越多，J2EE本身技术不断在发展，涌现出各种概念，本文章试图从一种容易理解的角度对这些概念向初学者进行解释，以便掌握学习J2EE学习方向。

首先我们需要知道Java和J2EE是两个不同概念，Java不只是指一种语言，已经代表与微软不同的另外一个巨大阵营，所以Java有时是指一种软件系统的流派，当然目前主要是.NET和Java两大主流体系。

J2EE可以说指Java在数据库信息系统上实现，数据库信息系统从早期的dBase、到Delphi/VB等C/S结构，发展到B/S（Browser浏览器/Server服务器）结构，而J2EE主要是指B/S结构的实现。

J2EE又是一种框架和标准，框架类似API、库的概念，但是要超出它们。如果需要详细了解框架，可先从设计模式开始学习。

J2EE是一个虚的大的概念，J2EE标准主要有三种子技术标准：WEB技术、EJB技术和JMS，谈到J2EE应该说最终要落实到这三个子概念上。

这三种技术的每个技术在应用时都涉及两个部分：容器部分和应用部分，Web容器也是指Jsp/Servlet容器，你如果要开发一个Web应用，无论是编译或运行，都必须要有Jsp/Servlet库或API支持（除了JDK/J2SE以外）。

Web技术中除了Jsp/Servlet技术外，还需要JavaBeans或Java Class实现一些功能或者包装携带数据，所以Web技术最初裸体简称为Jsp/Servlet+JavaBeans系统。

谈到JavaBeans技术，就涉及到组件构件技术（component），这是Java的核心基础部分，很多软件设计概念（设计模式）都是通过JavaBeans实现的。

JavaBeans不属于J2EE概念范畴中，如果一个JavaBeans对象被Web技术（也就是Jsp/Servlet）调用，那么JavaBeans就运行在J2EE的Web容器中；如果它被EJB调用，它就运行在EJB容器中。

EJB（企业JavaBeans）是普通JavaBeans的一种提升和规范，因为企业信息系统开发中需要一个可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。

至此，JavaBeans组件发展到EJB后，并不是说以前的那种JavaBeans形式就消失了，这就自然形成了两种JavaBeans技术：EJB 和POJO，POJO完全不同于EJB概念，指的是普通JavaBeans，而且这个JavaBeans不依附某种框架，或者干脆可以说：这个 JavaBeans是你为这个应用程序单独开发创建的。

J2EE应用系统开发工具有很多：如JBuilder、Eclipse等，这些IDE首先是Java开发工具，也就是说，它们首要基本功能是可以开发出JavaBeans或Java class，但是如果要开发出J2EE系统，就要落实到要么是Web技术或EJB技术，那么就有可能要一些专门模块功能(如eclipse需要 lomboz插件)，最重要的是，因为J2EE系统区分为容器和应用两个部分，所以，在任何开发工具中开发J2EE都需要指定J2EE容器。

J2EE容器分为WEB容器和EJB容器，Tomcat/Resin是Web容器；JBoss是EJB容器+Web容器等，其中Web容器直接使用 Tomcat实现的。所以你开发的Web应用程序可以在上面两种容器运行，而你开发的Web+EJB应用则只可以在JBoss服务器上运行，商业产品 Websphere/Weblogic等和JBoss属于同一种性质。

J2EE容器也称为J2EE服务器，大部分时它们概念是一致的。

如果你的J2EE应用系统的数据库连接是通过JNDI获得，也就是说是从容器中获得，那么你的J2EE应用系统基本与数据库无关，如果你在你的J2EE 应用系统耦合了数据库JDBC驱动的配置，那么你的J2EE应用系统就有数据库概念色彩，作为一个成熟需要推广的J2EE应用系统，不推荐和具体数据库耦合，当然这其中如何保证J2EE应用系统运行性能又是体现你的设计水平了。

衡量J2EE应用系统设计开发水平高低的标准就是：解耦性；你的应用系统各个功能是否能够彻底脱离？是否不相互依赖，也只有这样，才能体现可维护性、可拓展性的软件设计目标。

为了达到这个目的，诞生各种框架概念，J2EE框架标准将一个系统划分为WEB和EJB主要部分，当然我们有时不是以这个具体技术区分，而是从设计上抽象为表现层、服务层和持久层，这三个层次从一个高度将J2EE分离开来，实现解耦目的。

因此，我们实际编程中，也要将自己的功能向这三个层次上靠，做到大方向清楚，泾渭分明，但是没有技术上约束限制要做到这点是很不容易的，因此我们还是必须借助J2EE具体技术来实现，这时，你可以使用EJB规范实现服务层和持久层，Web技术实现表现层；

EJB为什么能将服务层从Jsp/Servlet手中分离出来，因为它对JavaBeans编码有强制的约束，现在有一种对JavaBeans弱约束，使用Ioc模式实现的（当然EJB 3.0也采取这种方式），在Ioc模式诞生前，一般都是通过工厂模式来对JavaBeans约束，形成一个服务层，这也是是Jive这样开源论坛设计原理之一。

由此，将服务层从表现层中分离出来目前有两种可选架构选择：管理普通JavaBeans（POJO）框架(如Spring、 JdonFramework)以及管理EJB的EJB框架，因为EJB不只是框架，还是标准，而标准可以扩展发展，所以，这两种区别将来是可能模糊，被纳入同一个标准了。　但是，个人认为：标准制定是为某个目的服务的，总要牺牲一些换取另外一些，所以，这两种架构会长时间并存。

这两种架构分歧也曾经诞生一个新名词：完全POJO的系统也称为轻量级系统(lightweight)，其实这个名词本身就没有一个严格定义，更多是一个吸引人的招牌，轻量是指容易学习容易使用吗？按照这个定义，其实轻量Spring等系统并不容易学习；而且EJB 3.0（依然叫EJB）以后的系统是否可称为轻量级了呢？

前面谈了服务层框架，使用服务层框架可以将JavaBeans从 Jsp/Servlet中分离出来，而使用表现层框架则可以将Jsp中剩余的JavaBeans完全分离，这部分JavaBeans主要负责显示相关，一般是通过标签库（taglib）实现，不同框架有不同自己的标签库，Struts是应用比较广泛的一种表现层框架。

这样，表现层和服务层的分离是通过两种框架达到目的，剩余的就是持久层框架了，通过持久层的框架将数据库存储从服务层中分离出来是其目的，持久层框架有两种方向：直接自己编写JDBC等SQL语句（如iBatis）；使用O/R Mapping技术实现的Hibernate和JDO技术；当然还有EJB中的实体Bean技术。

持久层框架目前呈现百花齐放，各有优缺点的现状，所以正如表现层框架一样，目前没有一个框架被指定为标准框架，当然，表现层框架现在又出来了一个JSF，它代表的页面组件概念是一个新的发展方向，但是复杂的实现让人有些忘而却步。

在所有这些J2EE技术中，虽然SUN公司发挥了很大的作用，不过总体来说：网络上有这样一个评价：SUN的理论天下无敌；SUN的产品用起来撞墙；对于初学者，特别是那些试图通过或已经通过SUN认证的初学者，赶快摆脱SUN的阴影，立即开溜，使用开源领域的产品来实现自己的应用系统。

最后，你的J2EE应用系统如果采取上面提到的表现层、服务层和持久层的框架实现，基本你也可以在无需深刻掌握设计模式的情况下开发出一个高质量的应用系统了。

还要注意的是: 开发出一个高质量的J2EE系统还需要正确的业务需求理解，那么域建模提供了一种比较切实可行的正确理解业务需求的方法，相关详细知识可从UML角度结合理解。

当然，如果你想设计自己的行业框架，那么第一步从设计模式开始吧，因为设计模式提供你一个实现JavaBeans或类之间解耦参考实现方法，当你学会了系统基本单元JavaBean或类之间解耦时，那么系统模块之间的解耦你就可能掌握，进而你就可以实现行业框架的提炼了，这又是另外一个发展方向了。

以上理念可以总结为一句话：
J2EE开发三件宝: Domain Model（域建模）、patterns（模式）和framework（框架）。

推荐一套高质量的J2EE开源系统： JPestore

[查看PDF电子文档]

j2ee配置:J2EE开发环境配置个人总结

2009-02-12

连两 3天虽然不能说刻不停在搞但也几乎已经虚脱了还好终于搞定乘着劲我觉得很有必要终结下
我使用是eclipse3.0IDE自然在学习到j2ee部分必须要装很多插件而且有很多版本对应问题般提供插件下载网站WebSite都会有介绍说明请留意此文建立在jdk和eclipse已正确安装并使用前提下并且所用软件Software均为免费且广为认可(eclipse3.0.1+tomcat5.0.16+tomcatPluginV31+emf-sdo-runtime-2.0.1+org.objectweb.lomboz_3.0.1.N20050106)
我第个安装是jsp服务器tomcat5.0可以在http://tomcat.apache.org/下载这个安装比较简单安装完成后只需在系统环境变量中添加CATALINA_HOME=F:JavaTomcat5.0(我安装目录)就行了的后可以运行bin目录下startup.bat(直接双击或在DOS中运行)并在浏览器中以地址http://localhost:8080/测试就OK了为使tomcat能和eclipse整合到起还需要下载并安装tomcat插件tomcatPlugin(下载地址http://www.sysdeo.com/eclipse/tomcatplugin
)正常话ec启动后会新出现 3个功能菜单startTomcat,stopTomcat和reatartTomcat,还必须在窗口首选项中导入tomcat安装路径

大家使用link方式对各种插件进行统组织管理网上有很多对这种思路方法讲解希望能明白它工作方式以举反 3以后区别插件也就能轻易安装而不再需要上网查了和将插件压缩包直接解压到eclipseplugins下类似ec在启动时都会寻找并装载eclipseplugins目录下插件若将插件单独管理(即所谓link方式)则在磁盘上任意位置解压个插件包后应保证eclipseplugins目录有些插件解压后需要我们自己创建eclipse目录的后在ec下links文件夹(可能需要自己新建)下创建指向某插件位置link文件(如tomcat.link),其中编辑path=<插件目录中eclipse父目录>注意分隔符应为“\\\"或“/”的后应先删除eclipseconfiguration下org.eclipse.update文件后再启动eclipse以便对工作区间进行更新的后在窗口首选项中进行些必要参数设定以上是安装所有插件通用思路方法
在安装第 2个插件Lomboz的前想过myEclipse,听说是个优秀功能强大东东但由于myec是要money而且俺学校网速可受不了这玩意儿100多M天文数字而且郁闷是官方网下软件Software还需要先注册帐号所以还是决定用lomboz(只是听说这个配置麻烦多)我在JR下载了lomboz3.01版6.33M我也差不多被它忽悠得差不多了看着网上教程时候就感觉不对我这lomboz比教程所描述少了个features目录结果切都乱套直到今天才发现官方网(http://forge.objectweb.org/project/showfiles.php?group_id=97)下载是6.93M内容当然就是完整了而且在此的前竟不知道在装lomboz前还需先装好另插件emf(地址http://download.eclipse.org/tools/emf/scripts/downloads.php#goto2.1.0I)按以上思路方法安装了插件后都需要删除eclipseconfiguration下org.eclipse.update后再启动eclipse进行设置
在窗口首选项中设置对于lomboz我复制了网上些资料如下:
4:设置Lomboz
在Preferences窗口中选定Lomboz然后把右边面板中JDKTools.jar选择为你安装好JDK后在JAVA_HOMELIB目录下面tools.jar文件就可以了定不要搞错了如果你JDK是安装在F:J2SDK下面那么这里值就应该是F:J2SDKlib ools.jar是其它都不对其它保持为默认值
接着把Lomboz这项展开关键要设置地方是ServerDefinitions这项另外两项CodeGeneration和JSPEditor可以不管展开LombozServerDefinitions后在Servertypes里选择ApacheTomcatv4.1.0(这是按照我机器上配置进行设置如果你安装是其它版本TOMCAT你就要选择对应选项)主要设置如下:
Properties
ApplicationServerDirectory:这是我TOMCAT4.1.30安装目录我装在F: omcat下面所以它值就是F:/tomcat
Address:127.0.0.1
Port:80(我在TOMCAT中把8080改为80了所以这里就是80了以你TOMCAT监听端口为准)
ClasspathVariableName:TOMCAT_HOME(可以修改成其它串)
ClasspathVariable:F:/tomcat(TOMCAT安装目录)
然后点击Apply按钮
ServerClasspath:
JDK_TOOLS
${PathVariableName}/bin/bootstrap.jar
${PathVariableName}/common/servlet.jar
${PathVariableName}/common/jasper-runtime.jar
然后点击Apply按钮

ClientClasspath:
这里为空什么也没有

ProjectClasspath:
JDK_TOOLS
${PathVariableName}/bin/bootstrap.jar
${PathVariableName}/common/servlet.jar

${PathVariableName}/common/jasper-runtime.jar
然后点击Apply按钮
这里ServerClasspath:和ProjectClasspath:我设置是样

5:修改文件
把Eclipse_homepluginscom.objectlearn.jdt.j2ee_3.0.1servers下面对应server文件打开比如我安装TOMCAT是4.1.30版那么就把tomcat410.server这个文件打开把里面-Djava.endorsed.dirs=\"${serverRootDirectory}/bin;${serverRootDirectory}/common/endorsed\"
改成
-Djava.endorsed.dirs=\"${serverRootDirectory}/common/endorsed\"
共有两处都要修改修改完的后保存退出重新启动Eclipse这步很重要定要做不然话你在Lomboz中启动TOMCAT时候会再现很多莫明其妙异常

6:调出Lomboz各个菜单
启动Eclipse然后点击windows->CustomizePerspective,在出现对话框中Shortcuts页面中首先选中左边面板中LombozJ2EEWizards这时右边面板中会出现很多选项同时也把它们各项前面对钩打上
然后在这个Shortcuts面板中改变Submenus:值选择ShowView接着在出现面板左边里选中LombozJ2EE同时也要把它前面方框中打上对钩
最后是更换CustomizePerspective对话框中面板到Commands这页:
在Commands这页中选定LombozActions同时也把它们各项前面对钩打上
所有设置完毕
这样切做完的后Eclipse和Lomboz环境就配置好了你可以进行开发各种了

以上是我在自己实际应用中整理总结并整理点心得体会部分资源来自网络希望对大家有所帮助若有任何有误地方希望大家指正 [查看PDF电子文档]

j2ee开发:J2EE开发过程中的异常处理

2008-09-10

参考：[http://www.crazycoder.cn/]在java里有3种异常类型:

参考：[http://www.crazycoder.cn/]1. 检查型异常,这样的异常继承于Excetpion,就是在编译期间需要检查,如果该异常被throw,那么在该异常所在的method后必须显示的throws,调用该method的地方也必须捕获该异常,否则编译器会抛出异常.ejb里的RemoteException是一个这样的异常.

参考：[http://www.crazycoder.cn/]2. 运行时异常,就是在运行期间系统出现的异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPointerExcetpion,NumberFormatException.

3. 系统错误,一般是JVM出现异常时抛出的异常,如OutofMemoryError,这样的异常在J2EE开发中是不用关心的.

在J2EE开发中,检查型异常被滥用以至于过一段时间程序员自己都看不懂抛出这样的异常,.里面封装的这些错误信息是干什么用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException这样的异常我们没必要再进行封装,这样的异常只对我们调试程序有用,而对客户来说它就是一个”系统错误”而已.异常处理有一个简单的原则,你什么时候需要封装自己的检查型异常?就是你很清楚自己抛出这个异常的用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义一个检查型异常,客户端通过捕获该异常,然后把相应的错误信息反馈给客户.而其它的自己未预期的错误或者异常比如SQLException,只需封装到EJBException中,ejb container会把它的信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试.

关于错误代码,一般反馈给客户的错误代码有两种类型:

1. 应用程序级错误,这些错误是由客户自身的原因引起的,比如输入信息有误,没有操作该功能的权限.对于这样情况,系统应给用户一个明确的提示.

2. 系统级异常,比如”未连接到服务器”,”服务器忙”,”未连接到数据库”,”系统错误”,这样的错误给客户带来的后果是不能进行操作,那么下面的戏该由系统管理员和系统开发者去演了.

个人觉得检查型异常对应于应用程序级错误,运行时异常对应于系统级异常. [查看PDF电子文档]

j2ee开发:J2EE开发购物网站的应用(2)

2009-02-12

2、配置weblogic服务

用JBuilder可以整合weblogic这样可以把在JBuilder下开发EJB或打包成WAR网站WebSite直接发布到weblogic！

首先在tools下选择Configure Servers在下面user Home下你可以看到“webLogic Application Server 6.X-7.0”项点击它在右边会出现Server Settings 将Enable server打上勾在下面General下选择home directory和Working directory然后点Custom项选择JDK ation directory

BEA home directory

接着输入密码和设定Do name和Server name这些都是你安装weblogic时设定如果目录选择正确在下面version下会自动出现你weblogci版本号点击OK即完成！

下面我们做个试验看看weblogic是不是和Jbuilder整合了！首先我们新建个工程选Application在name里填写你工程名接着按完成即可在新建工程项目时顺便看看Server是不是用Weblogic

然后再选新建在出现ObJect Gallery下选Web我们是要发布WEB应用所以选取Web Application为它命个名这将是网站WebSite包名字指定它工作目录后选择Generate war点OK即可接下来我们要新建个JSP文件样点新建在WEB下选择JAVAServer Page按它默认点下步即可它会自动创建个JAVABEAN

首先我们要把自动生成这个BEAN编译为选中它点右键在出现菜单选Rebuild编译然后编译你Web Application它会自动生成WAR包点这个包发布即可发布网站WebSite接下来打开浏览器输入 http://127.0.0.1:7001/tds/index.Jsp 即可看到该页面

3、创建数据库

Oracle 8i和Oracle 9i确实有些不样不过在界面上区别不大还是以我Oracle 8i为例为大家讲解下吧！既然是实战首先我们为自己新建个开发用户并创建个表在oracle里创建新用户和表思路方法比较多只要你有管理员权限首先用最简单在Oracle 8i组中启动DBA Studio项在出现数据库链接信息中输入管理用户名和口令即可当然在oracle中你可以用用户名斜杠口令思路方法登陆连接身份选SYSDBA

创建用户:在登陆后单击安全在第项你就会看到用户用右键你可以创建新用户或者给用户授于角色区别角色拥有区别权限！Oracle 8i预定义角色我在下面会讲

咱们先断开system数据库连接可以在文件中选择也可以用右键然后用我们创建用户来登陆并且在方案中找到表然后就可以直接创建由于是图形可视化而且又是全中文我就不缀述了！大家可以多试试！

用SQLPLUS工具创建用户和数据库:在oracle中可以使用sqlplus这个工具来书写SQL语句对于SQL高手来说这是发挥才能好地方咱们来试试吧首先样要先登陆为了创建新用户咱们仍以system来登陆在主机串中填入数据标识(oradb)

在登陆进去后出现“SQL>”我们就可以在它后面书写SQL语句grant connectresouce to maxuan identied by max这句是创建用户maxuan口令为max并赋予connectresource权限在出现授权成功后我们用conn maxuan/max这句来以maxuan连接数据库这时角色已经不是DBA了！接下来是些基本SQL建表语句不用多说了在sqlplus中每条语句结束用分号标识在完成后我们可以用quit或exit命令断开

这里我说几个Oracle 8i预定义角色

1、CONNECT角色: 授于最终用户典型最基本权利

ALTER SESSION --修改会话

CREATE CLUSTER --建立聚簇

CREATE DATABASE LINK --建立数据库链接

CREATE SEQUENCE --建立序列

CREATE SESSION --建立会话

CREATE SYNONYM --建立同义词

CREATE VIEW --建立视图

2、RESOURCE角色: 是授予开发人员

CREATE CLUSTER --建立聚簇

CREATE PROCEDURE --建立过程

CREATE SEQUENCE --建立序列

CREATE TABLE --建表

CREATE TRIGGER --建立触发器

CREATE TYPE --建立类型

3、DBA角色:拥有系统所有系统级权限

4、IMP_FULL_DATABASE角色、EXP_FULL_DATABASE角色:

BACKUP ANY TABLE --备份任何表

EXECUTE ANY PROCEDURE --执行任何操作

SELECT ANY TABLE --查询任何表

5、DELETE_CATALOG_ROLE角色:

授予用户这个角色用户就可以从表sys.aud$中删除记录sys.aud$表中记录着审计后记录使用这个角色可以简化审计踪迹管理

6、SELECT_CATALOG_ROLE角色、EXECUTE_CATALOG_ROLE角色:

SELECT_CATALOG_ROLE角色具有从数据字典查询权利EXECUTE_CATALOG_ROLE角色具有从数据字典中执行部分过程和权利

在前面我们掌握了些基本oracle操作如创建、授权用户创建数据库等在OEM(Oracle Enterprise Manager)可视化窗口环境中虽然我们也可以很方便地做这些事但是事实上用SQL语言书写在开发上更有效率！oracle提供SQL*Plus就是个不错工具如果大家喜欢窗口开发环境用SQLPlus Worksheet也行SQL(Structure Query Language)语言是结构化查询语言是数据库核心语言是面向集合描述性非过程化语言

SQL语言共分为 4大类:数据查询语言DQL数据操纵语言DML数据定义语言DDL数据库控制语言DCL

1、数据查询语言DQL基本结构是由select子句from子句where子句组成查询块:

select <字段名表> from <表或视图名>where <查询条件>

2、数据操纵语言DML完成在数据库中确定、修改、添加、删除某数据值任务(以下是部分常用DML语句):

insert 增加数据行到表

delete 从表中删除数据行

Update 更改表中数据

3、数据定义语言DDL完成定义数据库结构包括数据库本身、数据表、目录、视图等数据库元素(以下是部分常用DDL语句)

create table 创建表

create index 创建索引

create view 创建视图

alter table 增加表列重定义表列更改存储分配

drop table 删除表

drop index 删除索引

4、数据库控制语言DCL用来授予或回收访问数据库某种特权并控制数据库操纵事务发生时间及效果对数据库实行监视等如:

grant 将权限或角色授予用户或其它角色

revoke 回收用户权限

roll 回滚是当某个对话更改了数据库中数据后由于某种原因用户不想提交此更改时oracle所采取保护操作这是个把信息恢复到用户使update、insert、delete前最后提交状态

commit 提交在完成数据库插入删除和修改操作时只有当事务提交到数据库才算完成有提交前只有操作数据库本人才能看到别人只有在最后提交完成才可以看到接下来我们在SQL*Plus中实战下为我们下面将要做打好基础用system登陆到SQL*Plus后我们做如下操作:

SQL>create user maxuan identied by max;#创建口令为max用户maxuanSQL>grant connectresource to maxuan; #为用户maxuan授权SQL>conn maxuan/max;#以用户maxuan进行连接L>create table test(a number);#建立个名为test表只有字段名为A列数据类型为数字SQL>insert o test values(1); #插入条记录SQL>select * from test; #查询记录此时A列第行为1SQL>update test a=2; #更改记录此时A列第行已改为2SQL>commit;#提交SQL>delete from test;#删除test表中所有记录此时test表中没有记录SQL>roll; #回滚到提交前此时再查询test表A列第行值又回复到2

[查看PDF电子文档]

j2ee开发:J2EE开发购物网站的应用(1)

2009-02-12

、搭建开发平台

本文从实战出发所以有关些概念性问题就不多讲了首先准备下面家伙:

1.oracle

2.weblogic

3.Jbuilder

其它:struts-console-2.2(用作struts视图开发)PowerBulider(方便数据库操作)Dreamweaver(美化前台页面)开发平台为Windows2000以下以般性配置为例详细介绍搭建J2EE开发平台

用机配置:P4赛扬1.7G256MB 20GHDD 操作系统:Windowsdows2000 SP3

数据库:oracle 8i

J2EE应用平台:weblogic 6.1 sp2

EJBJSPJAVABEAN开发:Jbuilder 7 weblogic版

第步安装配置oracle数据库

安装oracle最新版9i什么事都没有但如果你在P4机器上装8i可能就会出现问题点了安装的后没有反应(P4赛扬也存在这个问题)如果您是P4机器又要装8i话那么先按如下思路方法做

(1)创建临时目录并将Oracle8i安装源拷贝到此目录

找到目录stage\\Components\\oracle.swd.Jre\\1.1.7.30\\1\\DataFiles\\Expanded\\Jre\\Windows32\\bin下 symcJit.dll 文件并改名为 symcJit.old注意OEM目录下还有个symcJit.dll文件要改名

(2)搜索到oraparam.ini文件打开它改变行RE_MEMORY_OPTIONS=-mx48m参数为 JRE_MEMORY_OPTIONS=-noJit -ms16m -mx32m

(3)其它参数保持不变

(4)执行本地硬盘\\Windows32\\up.exe目录下Setup.exe文件此时是修改过参数文件oraparam.ini

(5)安装时选择自定义模式并且不创建数据库

(7)Oracle8i安装完成后安装目录中下列每个文件都有需要作相应修改(如果不修改点任何应用都没有反应)

assistants\\dbca\\dbassist.cl assistants\\dbma\\dbmig.cl assistants\\a\\a.cl bin\\elogin.cl bin\\owm.cl ldap\\oidamdin\\oidadmin.cl network\\tools\\netasst.cl network\\tools\\netca.cl owm\\\\instelogin.cl owm\\\\instowm.cl

用编辑工具依次打开上述文件增加参数 -noJit以dbassist.cl文件为例示意如下:

Command=(\"C:\\Program Files\\Oracle\\Jre\\1.1.7\\BIN\\JREW\" -noJit -path ....)

用相同思路方法修改所列出每个.cl 文件内容修改完后运行database administrator下Database Configuration Assistant就可以创建数据库了这可是个漫长过程在创建数据库时要创建全局标识搞个好记就行以后好配置数据库连接创建完后默认DBA用户名为system密码为manager

第 2步安装配置weblogic 6.1SP2并连接oracle

Windows平台weblogic基本上都可以直接安装但要注意不要把它装到带有空格目录里如Program Files或是中文目录中默认为c:\\bea按默认点下步就可以完成安装这个基本没有意外！(最简单安装操作)最后要记住设管理密码!为了调试方便不将weblogic设为自动服务启动设定您管理密码进入控制台启动服务都需要为了方便我将目录安到了D盘并将do改为maxuanserver改为max接下来我们将配置JDBC连接oracle数据库

首先打开D:\\bea\\wlserver6.1\\config\\maxuan(maxuan为我改后名字默认为mydo)用文本编辑器如:记事本或editplus打开startWebLogic.cmd找到“ PATH=”这行加入“.\\bin\\oci817_8”如本人为“ PATH=.\\bin;.\\bin\\oci817_8;%PATH%”

为了使启动weblogic不需要每次都输入密码在“ WLS_PW=”输入安装时所设定密码即可

双击startWebLogic.cmd或在中直接运行Start Default Server启动weblogic服务(注意不要将这个窗口关了)

启动weblogic 然后在中运行Start Default Console进入控制台操作在出现对话框中输入管理用户名system密码为你设密码即可进入！

点开左边Services你可以看到JDBC；

点开它点击在下面Connection Pools右边会出现配置项目点击Configure a JDBC Connection Pool出现配置项在Configuration下General标签下配置:

name:这里我填写是“mytest”；

URL填写为“Jdbc:weblogic:oracle”；

Driver Classname:填写为“weblogic.Jdbc.oci.Driver”；

Properties(key=value):填写为:

user=system

password=manager

server=oradb

这里oradb即是所安装oracle所创建数据库全局标识user和password我用是默认DBA你可以用自己创建用户名和密码点击Apply按钮完成点击Targets下Servers标签把Available下Tgets-Server移到Chosen下然后点Apply按钮

接着配置下面Data Sources在右边用“Configure a JDBC Data Source”创建新Data Sources这里Name和Pool Name均填上面设定“mytest”JNDI Name填写“oradb”同上面样点击Targets下Servers标签把Available下Targets-Server移到Chosen下然后点Apply按钮

这时点开Start Default Server窗口应当看到已经启动JDriver/Oracle了！

第 3步安装配置JBuilder 7

这里我安装是weblogic版安装JBuilder不要把它装到带有空格目录里如Prograih Files或是中文目录中不然编译时会出错安装很简单不必多言这里着重讲下配置

小窍门技巧:大家觉得JBuilder运行时也许很慢Jbuilder默认使用32MB内存如果你内存够大话可以加大点具体办法如下:

在JBuilder安装目录BIN下找到Jbuilder.config文件编辑它改变Vmparams 后参数启动JBuilder在Help下About Jbuilder下可以看到Java heap已经增加了运行也快了许多起码以后可以编译较大文件

小窍门技巧 2:运行JBuilder时发现编写代码很不方便所选代码和实际所见总是差个这是字体原因解决思路方法如下在ToolsEditor Options下Display里将Editor font里Font Family改为新宋体即可

[查看PDF电子文档]

j2ee开发:J2EE开发购物网站的应用(4)

2009-02-12

admin表结构(管理员列表)

字段名称数据类型允许空主键/外键备注admin_id INTEGER(自动编号) 否主键管理员ID标记adminname varchar2(20) 否管理员名称password varchar2(20) 否管理员密码

设计完表结构后我们就要开始创建了创建表我想已经不是什么难事了那么我们要注意是product、item、orders这 3个表的间关联还有自动编号

下面是完整SQL语句在后面我会给出详细介绍说明你可以在SQL*Plus里对照着输入也可以将它存为SQL脚本文件在SQL*Plus或SQLPlus Worksheet里执行当然也可以把代码直接拷贝到SQL*Plus里执行！

rem ///BY MAXUAN 开始///create table item(type_id eger not nulltype varchar2(30)constra item_pk primary key(type_id));create table product(product_id eger not nulltitle varchar2(30) not null type_id eger not nullinfo varchar2(80)price number(162) not nullconstra product_pk primarykey (product_id)constra product_fk foreign key(type_id) references item(type_id));create table orders(order_id eger not nullname varchar2(20) not nulladdress varchar2(100)tel number(16)email varchar2(30) not nullbtime dateproduct_id eger not nulluword varchar2(100)constra orders_pk primary key(order_id)constra orders_fk foreignkey(product_id) references product(product_id));create table admin(admin_id eger not nulladminname varchar2(20) not nullpassword varchar2(20) not nullconstra admin_pk primary key(admin_id));create sequence type_idincrement by 1 start with 1;create sequence product_id increment by 1 start with 1;create sequence order_id increment by 1 start with 1;create sequence admin_id increment by 1 start with 1;rem ///BY MAXUAN 结束///

介绍说明:建立表的间关联

product、item、orders 3个表通过公共域通常称为键域(Key Field)进行关联存在两种类型键:主键(Primary key)和外部键(Foreign key)主键使表中数据行保持唯在表product中product_id为主键表orders中也包含有product_id此时product_id就是外部键个表外部键从其它表中获取信息

介绍说明 2:有关自动编号

在access中有自动编号数据类型MSSQL和MYSQL也都有自动增长数据类型插入记录时不用操作此字段会自动获得数据值而oracle没有自动增长数据类型我们需要建立个自动增长序列号插入记录时要把序列号下个值赋于此字段可以预见是有此功能我们可以把数据从ACCESS、MSSQL或MYSQL迁移到oracle了

create sequence type_id incrementby 1 start with 1;

这句中type_id为序列号名称每次增长为1起始序号为1 好了咱们数据库已经建好了而且从中也了解到些基本相关知识
[查看PDF电子文档]

j2ee开发:J2EE开发购物网站的应用(3)

2008-09-10

oracle的数据类型

在数据库中创建数据表的时候，我们需要定义表中所有字段的类型，数据类型大致分为：character，numberic，date，lob和raw等，这些是最基本的数据类型。当然在oracle中也允许自定义数据类型。

在oracle中提供的character数据类型:

char():固定长度字符串，最大长度为2000字节，如果不指定长充，缺省为1个字节长。

varchar2():可变长度的字符串，最大长度为4000字节，具体定义时指明最大长度，这咱类型可以放数字、字母以及ASCII码字符集(或者EBCDIC等数据库系统接受的字符集标准)中的所有符号。如果数据长度没有达到最大值，oracle会根据数据大小自动调节字段长度。是最长用的数据类型。

nchar():根据字符集而定的固定长度字符串，最大长度2000字节。

nvarchar2():根据字符集而定的可变长度字符串，最大长度4000字节。

long:可变长字符列，最大长度限制为2GB，用于不需要作字符串搜索的长串数据。此类型是一个遗留下来的而且将来不会被支持的数据类型，逐渐被BLOB，CLOB，NCLOB等大的数据类型所取代。

numberic数据类型用来存储负的和正的整数，分数和浮点型数据，在oracle中提供的numberic数据类型：

number:可变长的数值列，允许0、正值及负值，m是所有的有效数字的位数，n是小数点以后的位数。

在oracle中提供的date数据类型:

date:缺省格式是dd-mon-yy(日-月-年)

在oracle中提供的lob数据类型:blob、clob、nclob：三种大型对象(lob)，用来保存较大的图形文件或带格式的文本文件，如word文档，以及音频、视频等非文本文件，最大长充是4GB。晕些数据存储在数据库内部保存。

bfile:在数据库外部保存的大型二进制对象文件，最大长度是4GB，这种外部的LOB类型，通过数据库记录变化情况，但是数据的具体保存是在数据库外部进行的。

在oracle中提供的raw数据类型:

raw():可变长二进制数据，具体定义字段时必须指明最大长度，这种格式用来保存较小的图形文件或带格式的文本文件，它也是一种较老的数据类型，将被lob数据类型所取代。

long raw:可变长二进制数据，最大长度是2GB，可以用来保存较大的图形或带格式的文本文件，以及音频、视频等非文本文件，这也是一种较老的数据类型，将被lob数据类型所取代。

其它的数据类型：

rowid:这是oracle数据表中的一个伪例，它是数据表中每行数据内在的唯一标识

integer:整数类型

四、创建购物网站后台数据库

现在我们回到用J2EE体系开发购物网站的主题，开始实战建购物网站的后台数据库。为了实现购物网站的基本的功能，我们需要建立四个表：商品列表(products)、商品类型表(item)、订单列表(orders)和管理员列表(admin)。表结构如下所示：

item表结构（商品类型表)

字段名称 数据类型 允许空 主键/外键 备注 type_id INTEGER(自动编号) 否 主键 商品类别ID标记type varchar2(30) 否 商品类别名称product表结构(商品列表)字段名称 数据类型 允许空 主键/外键 备注product_id INTEGER(自动编号) 否 主键 商品ID标记title varchar2(30) 否 商品名称type_id INTEGER 否 外键 商品类别标记info varchar2(80) 是 商品简介price number(16，2) 否 商品价格

orders表结构(订单列表)

字段名称 数据类型 允许空 主键/外键 备注order_id INTEGER(自动编号) 否 主键 订单ID标记name varchar2(20) 否 顾客姓名address varchar2(100) 是 发货地址tel number(16) 是 联系电话email varchar2(30) 否 联系emailbtime date 是 订购日期product_id INTEGER 否 外键 商品标记uword varchar2(100) 是 顾客留言

[查看PDF电子文档]

j2ee开发:使用JAVA开发CORBA应用-j2ee

2009-02-12

BA技术介绍　　

简单地说CORBA允许应用的间相互通信而不管它们存在于哪里以及是谁设计CORBA1.1于1991年由OMG发布其中定义了接口定义语言(IDL)以及在对象请求代理(ORB)中实现客户对象和服务器对象的间交互应用编程接口(API)CORBA2.0于1994年发布规定了各个供应商的间ORB通信规则　　

CORBA标准主要分为 3个部分:接口定义语言(IDL)、对象请求代理(ORB)以及ORB的间互操作协议IIOP　　

ORB是对象的间建立Client/Server关系中间件使用ORB客户可以透明地个服务对象上思路方法这个服务对象可以在本地也可以在通过网络连接其他机器上ORB截获这同时负责查找实现服务对象并向其传递参数、思路方法返回最终结果客户并不知道服务对象位于什么地方它编程语言和操作系统是什么也不知道不属于对象接口其他系统部分这样ORB在异构分布环境下为区别机器上应用提供了互操作性并无缝地集成了多种对象系统　　

在开发传统Client/Server应用时开发者使用他们自己设计或个公认标准来定义用于设备的间通信协议协议定义依赖于实现语言、网络传输和许多其他原因而ORB出现简化了这过程使用ORB时协议是使用接口定义语言(IDL)定义而IDL是独立于语言并且ORB提供很强灵活性它使员选择最适合操作系统、执行环境甚至系统各个组件也可以采用区别编程语言实现更重要是它允许现有组件集成在个基于ORB解决方案中开发者可以使用和创建新对象样IDL对遗留系统进行建模他们创建“包装”代码以在标准化软件Software总线和遗留系统接口的间传递信息　　

使用CORBA用户可以透明地访问信息并不需要知道信息存在于什么软件Software中、使用什么硬件平台以及位于企业网络什么地方作为面向对象系统通信核心CORBA为今天计算环境带来了真正互操作性

■CORBA和JAVA相互关系　　

CORBA不只意味着对象请求代理(ORB)它还是非常全面分布式对象平台CORBA使JAVA应用可以跨越网络、语言以及操作系统并为JAVA提供了组分布服务如分布式自我观察、动态发现、事务、关系、安全和命名等　　

JAVA不仅是种语言它还是个动态代码系统它对运行对象来说是个可移植虚拟机(JVM)JAVA为开发、管理、发布Client/Server应用提供了更简单方式人们可以通过将应用放在个Web服务器上将这应用发布给成千上万个用户而不必关心它安装和升级JAVA还非常适合服务器开发它可以动态地将服务代码移向最需要它们地方　　

JAVA将会使CORBA对象能够运行在从主机、网络计算机到蜂窝电话等可编程各种机器上并简化了大型CORBA系统代码发布对客户和服务对象来说JAVA是很理想编程语言JAVA内置多线程、垃圾收集和处理使编写健壮网络对象变得很容易　　

这两种对象模型可以很好地相互补充CORBA处理网络透明性JAVA处理实现透明性CORBA为JAVA可移植应用环境提供了个分布式结构

■使用JAVA开发CORBA应用　　

下面让我简要介绍下开发CORBA步骤　　

使用JAVA开发CORBA应用需要如下 5个步骤:　　

使用IDL创建接口 (About.idl)
　　下面OMG IDL描述个CORBA对象
　　module About
　　{
　　 erface Show
　　 {
　　 ShowName;
　　 };
　　};
　　将其存为Show.idl　　
编译接口并生成CORBA支持文件
　　我们用以下命令编译这个 IDL 接口:
　　 idltojava Show.idl
　　idltojava是SUN公司IDL编译器可以免费从SUN公司站点上下载
　　idltojava在编译IDL文件的前需要进行预编译而如果你机器上没有预编译器可以使用以下命令:
　　idltojava -fno-cpp Show.idl
　　编译后将在当前目录下生成About子目录其中会包括些支持文件如有兴趣可以看下但定不要修改　　
实现服务器 (ShowServer.java)
　　ShowServer 思路方法可完成以下任务:
　　
创建个 ORB 例子
创建个服务对象例子(CORBA About 对象实现)并通知 ORB
获取个命名上下文CORBA对象引用在该命名上下文中注册新CORBA对象
在命名上下文中将新对象注册在“About”名下
等待对新对象
　　实现服务器源如下:
　　import About.;
　　import org.omg.CosNaming.;
　　import org.omg.CosNaming.NamingContextPackage.;
　　import org.omg.CORBA.;
　　 ShowObject extends _ShowImplBase
　　{
　　 public String ShowName
　　 {
　　 "\\nMy name is Seymour!!\\n";
　　 }
　　}
　　public ShowServer {
　　 public void (String args)
　　 {
　　 try{
　　 // 创建和化 ORB
　　 ORB orb = ORB.init(args, null);
　　 // 创建服务对象并将其向 ORB 注册
　　 ShowObject ShowRef = ShowObject;
　　 orb.connect(ShowRef);
　　 // 获取根命名上下文
　　 org.omg.CORBA.Object objRef = orb.resolve_initial_references("NameService");
　　 NamingContext ncRef = NamingContextHelper.narrow(objRef);
　　 // 绑定命名中对象引用
　　 NameComponent nc = NameComponent("About", "");
　　 NameComponent path = {nc};
　　 ncRef.rebind(path, ShowRef);
　　 // 等待来自客户机
　　 java.lang.Object sync = java.lang.Object;
　　 synchronized (sync) {
　　 sync.wait;
　　 }
　　 } catch (Exception e) {
　　 .err.prln("ERROR: " + e);
　　 e.prStackTrace(.out);
　　 }
　　 }
　　}
　　
实现客户机 (ShowClient.java)
　　下面应用客户机将完成以下任务:
　　
创建个ORB；
获取个指向命名上下文引用；
在命名上下文中查找“Show”并获得指向该 CORBA 对象引用；

对象 ShowName 操作并打印结果
　
　　import About.;
　　import org.omg.CosNaming.;
　　import org.omg.CORBA.;
　　public ShowClient
　　{
　　 public void (String args)
　　 {
　　 try{
　　 // 创建和化 ORB
　　 ORB orb = ORB.init(args, null);
　　 // 获取根命名上下文
　　org.omg.CORBA.Object objRef = orb.resolve_initial_references("NameService");
　　NamingContext ncRef = NamingContextHelper.narrow(objRef);
　　//解析命名中对象引用
　　NameComponent nc = NameComponent("About", "");
　　NameComponent path = {nc};
　　About.Show ShowRef = ShowHelper.narrow(ncRef.resolve(path));
　　// Show 服务对象并打印结果
　　 String show = ShowRef.ShowName;
　　 .out.prln(show);
　　 } catch (Exception e) {
　　 .out.prln("ERROR : " + e) ;
　　 e.prStackTrace(.out);
　　 }
　　 }
　　}
构建和运行ShowName　　
编译 .java 文件包括 stub 和 skeleton(在About目录中):
javac .java About/.java 　　
启动个MS-DOS命令解释器输入以下命令确保名字服务器处于运行状态:
tnameserv -ORBInitialPort 1050 　
启动另个MS-Dos命令解释器输入以下命令启动Show服务器:
java ShowServer -ORBInitialPort 1050
再启动个MS-Dos命令解释器Show应用客户机:
java ShowClient -ORBInitialPort 1050
　　
这时屏幕上会出现“My name is Seymour!”字样介绍说明实验已经成功了
　　本举例在Windows 98、Java 1.2.2平台下实现

[查看PDF电子文档]

j2ee开发:PASX简化Java开发-j2ee

2009-02-12

经编写了个却在复检时候发现它配置过程很不合理？你是否曾经使用过配置文件却发现它们不能满足描述应用需要？你是否为了解决几个特殊问题而创建过临时配置补丁却把花费更多时间、开发普遍适用方案希望寄托到了未来？

如果你回答是肯定那么你和大多数其他Java员样幸运有些工具能够帮助你解决这些问题如果你回答是否定有关属性文件局限讨论也许能够让你信服——还有更好思路方法可供使用

属性文件是Java编程和运行环境个重要组成部分然而当个员需要功能远远超过Properties类提供简单名字-值对时他需要有更丰富表现手法通常Java员扩展属性文件思路方法是为属性本身名字或值(或两者同时)增加额外语义信息很多时候这种看来有效思路方法会使问题越来越复杂

为介绍说明问题请利用属性把系列值赋给单个名字让我们假定你想要管理组名称服务器可能采用属性文件内容如下:

hosts_1=ns.foo.com
hosts_2=ns.bar.com
hosts_3=ns.acme.com

代码很简单改变名字-值对中名字含义的后你可以轻松地编写出把“hosts_”开头名字当成“hosts”列表中个元素

下面我们来看看个更复杂例子假设你有同Bean类InternetHost两个区别例子:例子A关联到个Web服务器列表；例子B关联到个名称服务器列表要从同个文件配置这两个例子种可能方案如下:

name_hosts_1=ns.foo.com
name_hosts_2=ns.bar.com
name_hosts_3=ns.acme.com
web_hosts_1=www.foo.com
web_hosts_2=www.bar.com
web_hosts_3=www.acme.com

这种思路方法行得通但总是给人以拼拼凑凑感觉如果你还不相信话稍微增加点问题复杂性:让这些列表中某个元素自己也成为个列表；或者使得下划线(“_”)在名字-值对中合法在这些情况下简单属性文件变得非常复杂

作为个细心读者你可能已经发现InternetHost各个例子命名方式逐渐模糊为了把前 3个属性赋值给例子A把后 3个属性赋值给例子B你必须用某种和具体例子无关思路方法告诉例子它们该用哪组属性值如果用直接编码方式让例子A寻找以“name_”开头属性让例子B寻找以“Web_”开头属性那么这两个例子将不再属于同对象类

最后例子还显示出另外个问题这就是如何来例子A？简单地叫它“A”？到哪里去寻找它？它是本地例子还是远程接口？是否存在指向它全局静态引用？如是如何访问例子B(或者那是否是“B”)？

解决这些问题方案是使用个组件配置和命名框架有许多工具能够帮助你完成这个任务其中的就是PASXPASX是个源代码开放Java工具它通过XML进行配置通过JNDI实现命名PASX框架用XML配置用户定义服务、JNDI名称空间、JDBC连接池、事件树、工作队列和系统日志

PASX利用XML进行配置XML比简单属性列表具有更丰富描述能力为了理解为何XML更适合完成这类任务请再次考虑第个例子如果用PASX定义标记重新描述则结果应该如下:

ns.foo.com
ns.bar.com
ns.acme.com

虽然代码更加冗长但它含义比原来要清楚得多由于些列表可能被排序元素在XML文档中出现次序决定了它们在最终数据结构中次序属性文件最终用来构造Properties对象它名字必须指示出元素索引Properties对象直接从Hashtable派生得到

用XML描述时第 2个属性举例如下所示:

ns.foo.com
ns.bar.com
ns.acme.com

www.foo.com
www.bar.com
www.acme.com

还记得举例 2的后提出难题吗？让列表中某个元素成为个子列表让其中个列表成为元素名字可以包含下划线映射结构下面是它答案:

ns.foo.com

ns1.bar.com
ns2.bar.com

ns.acme.com

www.foo.com
www.bar.com

在PASX中组件(个类或者组有着密切关系类)是实现PASXService接口Java Bean它们由XML 标记定义这个标记用来命名组件单个例子赋予例子“A”名称服务器列表以及赋予例子“B”Web服务器列表XML代码如下所示:

ns.foo.com

web.foo.com
web.bar.com
web.acme.com

PASX定义了系列标准XML标记用来声明List、Map、Integer、String、Boolean等类型属性然而PASXService类还可以经由名称空间和XML模式使用它自己XML标记XML模式允许组件开发者定义自己标记允许XML解析器验证PASX所定义标记和组件开发者所定义标记合法性下面举例模式定义了个标记它必须有hostName和portNumber属性标记必须作为标记子元素至少出现次但可以出现多次标记必须作为标记子元素出现至少次但可以出现多次

xmlns:pce="http://pasx.org/PASX/CUSTOM-EXAMPLE"
targetNamespace="http://pasx.org/PASX/CUSTOM-EXAMPLE" elementFormDefault="qualied" >

A custom schema example to be using with PASX (PCE)

name="hostName"
use="required"
type=""/>
name="portNumber"
use="required"
type="positiveInteger"/>

ref="pce:Server" minOccurs="1" maxOccurs="unbounded"/>

name="name"
use="required"
type=""/>

ref="pce:Cluster" minOccurs="1" maxOccurs="unbounded"/>

name="name"
use="required"
type=""/>

ref="pce:ServerFarm" minOccurs="1" maxOccurs="unbounded"/>

详细介绍XML模式文档(XSD)构造思路方法已经超出了本文范围重要是必须认识到PASXService组件开发者可以使用组定制标记更妙是开发者无需编写任何验证代码就可以确保XML不仅格式良好而且合法(这切由解析器完成)下面声明标记用到了前面模式:

="org.pasx.examples.CustomConfigExample"
name="examples.customConfigExample" >

xmlns:pce="http://pasx.org/PASX/CUSTOM-EXAMPLE"
xsi:schemaLocation="http://pasx.org/PASX/CUSTOM-EXAMPLE /org/pasx/examples/custom-example.xsd" >

PASXService类如何使用XML配置信息实际上由类开发者决定在配置类时候它通过configure思路方法处理声明它XML元素()configure思路方法特征如下:

public void configure(org.jdom.Element config,
Context context, ServiceManager caller)

注意Element参数是个对JDOM Element引用而不是个DOM Element引用JDOM比DOM更适合Java处理但是如果你需要DOM版本JDOM包提供了转换它们思路方法使用定制元素时类开发者必须使用JDOM API访问解析后XML然而由于使用了XML模式类开发者要关心只是如何使用JDOM数据结构中信息但无需编写代码去验证数据结构合法性(例如元素只包含元素)

如果PASXService开发者决定只用PASX定义XML标记且遵从Java Bean获取和设置Bean属性模式那么他可以使用个称为XMLBeanUtil工具类这个类利用Bean“内省”机制实现Bean属性和PASX所定义XML标记的间匹配和赋值它能够让代码编写变得非常轻松例如:

public void configure( Element config,
Context context, ServiceManager caller )
{ xbu = XMLBeanUtil( context ); xbu.populate( config, this );
}

如果某个PASXService组件由组关系密切小型Java类构成populate思路方法可能被多次请考虑下面这个属性:

Bushaw

对于这个XML片断为了把lastName属性赋给两个区别Beanpopulate思路方法可以被多次:

Person father = Person;
Person mother = Person; xbu.populate( config, father ); xbu.populate( config, mother );

使用XML模式和定制标记个优点是对预计配置验证换句话说你可以编写个XML模式使得对于给定标记PortNumber和ipAddress属性也必须同时指定定义PASX标记集模式不能这么做它不了解各个PASXService组件所需语义信息然而XMLBeanUtil能够跟踪哪些Bean属性已经设置、哪些还没有设置而且允许在配置时候指定系列对属性约束PASXService类编写者可以根据爱好、需要和方便程度选用任意种思路方法

XMLBeanUtil把Bean属性分成 3类:Property(普通属性)Dependent(依赖)Compliment(遵从)如果这 3类属性Java类型是List或Map则它们都可以作为个集合体设置如果属性已经有值且被视为个集合体配置中List或Map被加入到现有属性；如果它不被视为个集合体则配置中List或Map将取代属性值下面configure思路方法例子示范了它使用方法

public void configure( Element config,
Context context, ServiceManager caller )
{ xbu = XMLBeanUtil( context ); xbu.addProperty( "hostName",
"Host Name Of Mythical TCP Service",
true, false ); xbu.addDependent( "portNumber",
"Port Number Of Mythical TCP Service",
"hostName", false ); xbu.addCompliment( "serverFarm",
"Back-end Server Farm",
"nameServers", true ); xbu.addCompliment( "nameServers",
"Name Servers To Resolve Against",
"serverFarm", true ); xbu.addProperty( "person",
"Person", true, false ); xbu.addProperty( "binaryThing",
"The binary input stream",
true, false ); xbu.addProperty( "props",
"Example Protomatter Properties",
true, false ); xbu.addProperty( "xml",
"An example JDOM XML Document",
true, false ); xbu.populate( config, this );
}

传递给addProperty、addDependent、addCompliment思路方法属性描述用于信息XMLBeanUtil类checkService思路方法将检查属性是否已经正确设置如果还没有它将抛出个异常在信息中利用属性描述要查看完整例子请参考BeanServiceExample类

作为个细心读者你可能已经发现此前所有例子都没有提到JNDI即使是标记name属性也没有提到任何有关JNDI内容因此你也许会疑惑PASX命名部分如何使用JNDI

默认情况下PASX使用内存中称为PAS扁平JNDI服务提供者(它来自底层Protomatter包)这个服务提供者仅仅是个带有JNDI接口Hashtable其他JNDI服务提供者可以通过URL命名指定甚至起使用因此从个RMI注册器或者个LDAP服务器(也就是rmi://localhost/creditCardAuthorizer或ldap://foo.com/uid=littlek,dc=foo,dc=com)指定个URL是可能

在服务中使用JNDI默认JNDI动作是bind然而通过可选action属性动作也可以指定为rebind或lookupbind动作尝试把服务放入JNDI目录但如果目录中已经包含具有指定名字服务则操作失败rebind动作和bind动作基本相同例外的处在于rebind动作将覆盖已经存在服务入口无论是bind还是rebind动作PASX都会例子化PASXService对象但对于lookup动作对象从JNDI目录提取得到

标记中还有两个属性可能被用到:preRebind和postRebindpreRebind属性指定个名字或个URL它被用于在配置生效的前把对象重新绑定到JNDI目录类似地postRebind属性具有同样功能但区别是它在配置的后出现

结合运用这些功能使得配置文件能够轻松地完成些有用任务它如你可以从LDAP服务器“反串行化”个对象通过XML配置它然后把它放入内存使得其他对象能够访问它考虑这样个例子:某些业务过程终止日期驻留在LDAP服务器上下面标记代码从LDAP服务器获取终止日期根据当前时区设置它然后把它放入内存:

name="ldap://foo.com/cn=expirationDate,o=foo.com"
="my.UtilityDate"
action="lookup" postRebind="pas:expirationDate">

现在其他服务可以通过标记引用这个经过配置服务了例如考虑个降价销售广告服务它必须知道降价销售活动何时终止:

name="pas:oriellySale"
="my.SalesAdBanner">

这并不是什么魔术标记只不过是根据serviceName属性让PASX执行个JNDI查找然后把结果放入名为endDateBean属性尽管如此这种在配置时把个对象连接到另个对象思路方法很有用如果你开始使用这种方式它可能改变你设计类习惯

PASX包含了各种各样用于JNDI工具其中包括状态和对象工厂用于在目录中串行化和保存对象状态；还有两个服务提供者请参考JavaDoc了解有关它们更多信息

另外PASX还包含个完整例子包包括源代码、JavaDoc和伴随PASX配置文件这些例子从简单配置举例开始涵盖所有范围直至多个JNDI目录混合应用请参考JavaDoc org.pasx.examples

我希望本文所介绍概念优点已经让你确信:下次坐下来编写时不管其规模大小你有必要考虑下配置需求和思路方法问题本文所介绍概念属于中心主题但PASX还包含本文没有介绍许多其他功能PASX为完成许多任务提供了大量标准服务和管理器甚至还有个Servlet框架用户可以通过这个Servlet框架管理服务和管理器

最后有个称为Potomac工程Potomac是个基于PASX源代码开放Java软件Software集合有了Potomac所有你必须做就是解开压缩文件这样你就有了使用PASX时所有必须Java组件比如Protomatter和JDom还有些快速启动脚本和入门学习用配置文件
[查看PDF电子文档]

j2ee开发:开发J2EE应用的要领-j2ee

2009-02-12

作为开发mission-critical企业级应用整套规范标准整合平台其规范标准的多、内容的广从而给开发J2EE应用带来了很多“麻烦”比如为实现内容RDBMS存储我们可能思路方法有JDBC、Entity Beans、JDO、O/R Mapping工具(TopLink、Hibernate)、XML-DBMS、JAXB等思路方法(其中些思路方法不是J2EE规范标准所包含)因此为实现 J2EE各层(至少有表示层、控制层、商业逻辑层等3层)以及层和层的间耦合J2EE系统架构师需要考虑问题会很多加上J2EE本身快速发展给架构、开发具有工业强度J2EE应用带来些难题
同时软件Software开发技术从来就没有“银弹”所以J2EE技术也不是万能但是如果我们在结合具体商业需求基础上合理应用好J2EE技术其结果可想而知本文试探从自己以往项目经验来探讨开发J2EE应用应该遵循几点准测入手以起到抛砖引玉作用如果能达到这点要求则万分激动
本文结合JBoss 3.2.1下J2EE应用开发为例展开论述

1结合商业需求选择合理架构

如果脱离商业需求而单独讨论技术本身优势是不够各项技术都有产生特定背景其中很多都是来自工业需求而触动般而言企业信息系统(EIS)都要求自己稳定、安全、可靠、高效、便于维护同时各个企业信息系统都有自己独特要求可能有些时候需要考虑和原有遗留系统集成所以了解各个企业信息系统具体商业需求对于整个系统架构显得很关键
比如如果待开发J2EE应用系统中使用到数据大部分来自于外在数据源；而这些数据可能是通过JDBC直接从外在数据源导入到待开发J2EE系统Database中对于这种情形如果在开发过程中仅仅使用JDBC来操作数据库对于小强度(并发访问用户少、数据流量少)情形显然是比较合适；但如果并发访问用户较多、数据流量大对Database层使用较为频繁情形则显得有些力不从心因此对于这种需求我们可以考虑采用Entity Beans with Caches打个比方在JBoss 3.2.1中对于Entity BeansCache策略有多种这时可以考虑使用即“Standard CMP 2.x EntityBean”方式并采用“D”类型commit-option来保证Entity Beans内容和数据源同步并使得系统性能得到大大改善(同直接使用JDBC相比)其中可以将些Entity Beans设置为read-only以改善性能
当然在这里也可以采用其他些O/R Mapping技术比如TopLink
再比如考虑这样种情形:如果待开发企业信息系统使用到数据都是由系统本身生成和操作则建议采用:CMP Entity Beans技术Entity Beans给大家印象很坏这可能和EJB 1.1给大家留下坏映象有关吧但是EJB 2.0(或者说2.1)得到了很大改善Local Interfaces、CMR、Read-Only、Session Façade模式给Entity Beans注入了活力当然并发用户多、数据流量很大时才会体现出使用Entity Beans优势其中有点很关键:要注重Entity Beans技术性能调优各个应用服务器都有自己套性能调优方案对于JBoss 3.2.1配置文件standardjboss.xml提供了Entity Beans技术调优入口比如Bean Lock策略合理使用对于Entity Beans调优就显得很重要这样使得我们可以更加关注于系统商业逻辑而不只是底层Database(EJB调优处于EJB Container中因此我们处在J2EE性能高端而不是底端即Database层同时Database层调优使得J2EE系统数据库移植性大打折扣)
简而言的要结合各个系统特定需求和状况给出具体技术架构方案而不能孤单论述技术本身好坏

2Framework合理选用

设计模式在J2EE应用系统中扮演着重要角色因此有个问题摆在大家面前是自己来实现具体设计模式还是借助于Third-party Framework如果贵公司不大或者说公司不想在J2EE基础应用Framework投入很多精力选用现有较为成熟、稳定、和现有J2EE Specication兼容技术框架会比较明智
般而言Framework本身或者说J2EE平台本身都是实现并优化了具体设计模式、规则比如业务代理、Service Locator(包括Web Tier和EJB Tier各自服务定位器起到统管理有限资源、Cache相关资源作用便于系统移植)、Front Controller、DAO等等现有J2EE Framework比较丰富比如:
Struts: 对于实现了Model 2类型Framework对于现在以及将来(随着JSF规范标准、技术成熟)选用她是种明智的举目前Struts已经发展到1.1版本其内在MVC主线、对后端数据操作方式没有限定、集合了Apache Jakarta项目组优秀相关项目精华可谓是开发J2EE应用佳品同时对于具有.NET Web Forms功能下代J2EE平台技术JSF而言Struts本身可考虑到和JSF兼容和集成性比如通过JSP呈现表示层、Servlet呈现控制层、EJB呈现数据存储层各层的间可以通过值对象、HTTP相关对象来通讯实现J2EE相关技术完美应用
Log4j: 我想对于习惯采用“.out.prln(“”);”读者而言Log4j是大家福音尽管Java 2 Standard Edition也具备java.util.logging包来保证日志输出但Log4j简单、高效、灵活已经成了很多项目选择日志在某种程度上可以考验系统稳定性、正确性所以采用可配置Log4j(目前Log4j已经考虑到了和java.util.logging包兼容性)是不会错比如JBoss 3.2.1本身就是借助于Log4j来管理日志
realMethods: 可能有些读者还不知道这款杀手锏那好这里就简要作介绍realMethods是开发J2EE应用Framework她区别于Struts (主要在于实现Model 2J2EE应用前端)；realMethods对于J2EE应用各个层面都有详尽、高效支持同时realMethods以前还是商用软件Software现在已经成为了Open Source产品因此现在可以参看其全部源代码
BC4J: Oracle公司推出用于Java商业组件其内容和外在特点和优势不言而寓
当然类似Framework很多很多作为开发J2EE应用团队(Team)而言我们需要对各种Framework加以筛选选择适合项目需求、团队(Team)、公司发展方向框架
般情况下待开发目标产品不宜采用过多Framework其J2EE各个技术发展很快过多Framework使得系统后续升级、维护不利；其 2可以借鉴其中好面比如研究realMethods实现相应设计模式并改造她以适合我们项目需求；其 3Framework本身会有变动如果选用过多会给开发团队(Team)加重负担从而不利于项目管理(project management)

有选择使用现有成熟Framework能提升大家开发效率、开发水平

3开发模式选择

开发J2EE应用要求目标开发人员能够掌握其中各种技术但是现实情况不是这样作为个团队(Team)每个人都有自己区别技能优势、兴趣以及悟性同时 J2EE本身需要体现社会分工般情况下我们开发团队(Team)不会有Specication所要求各个开发角色现实往往只有3种(也可能是两种):美工、JSP员、EJB员面对这种分工团队(Team)更要注重沟通、交流注重代码致性
般情况下团队(Team)要尽量采用版本控制工具管理代码、尽量做到每天都有个完整运行版本经过段时间团队(Team)都会适应这种开发模式其中版本控制工具定要使用便于代码管理、控制和备份这其中会牵扯到很多层面比如开发工具选择要考虑到版本控制工具使用、建模工具合理使用有助于团队(Team)有效沟通和交流
基于现有开发模式个人认为这样3套方案不错第采用Together作为建模工具、采用JBuilder作为IDE工具、采用VSS(或者CVS)作为版本控制工具、采用 JBoss作为开发J2EE应用开发阶段服务器第 2采用WebSphere Studio整套工具第 3采用Eclipse(或者JCreator)、Ant、XDoclets作为开发工具
当然手工完成J2EE应用编写、编译、打包、部署、测试更能使开发者理解各个开发阶段具体细节但本人认为只要开发者有这种关注具体细节态度选用功能强大建模、开发工具是明智开发工具不能提高开发人员开发技能但是她能够引导开发人员正确开发方向比如,JBuidler 9 Enterprise提供EJB精灵具有“Struts + EJB + Session Façade + Value Object”等功能呈现了业界广泛应用J2EE构架方式

4注重各个阶段测试工作

测试工作往往是很多项目经理(project manager)忽视不愿意去花费时间、费用内容那样会增加项目成本但是他们忽视了项目完成质量往往对项目成本有很大关系比如如果软件Software质量很差并没有经历测试阶段其后期部署、运行所带来费用会远远超过前期费用
测试是分阶段单元测试比如借助于JUnit来保证功能正确等内容集成测试来保证系统没有内存泄漏等内容其中Optimizeite Suite Enterprise对于完成Profiler、Code Coverage、Thread Debugger等内容很有帮助我记得我写个Swing桌面应用存在内容泄漏但是想了很多办法都没有解决问题后来采用Profiler获得了答案因此现在开发应用我们很多时候都采用Optimizeite Suite Enterprise作为测试工具尤其是在做集成测试过程中检查系统内存泄漏、性能很有帮助
测试是分类型压力测试、性能测试就目前对支持J2EE应用测试而言并没有很好测试工具但是般情况下借助于Rational Robot也能够取得不错效果

当然成功开发J2EE应用原因有很多比如Entity Beans成功应用很大程度上和底层Database设计有关系(如果表结构设计设计不合理将导致Entity Beans性能急剧下降)；如何最大化挖掘、提升团队(Team)各个成员J2EE技能等等这些设计面很广

[查看PDF电子文档]

j2ee开发:用J2EE开发N层应用-j2ee

2009-02-12

A WebLogic应用服务器提供对J2EE介绍

内容介绍
Steven Gould在文中介绍了Java2平台企业版(J2EE)13种核心技术:JDBC, JNDI, EJBs, RMI, JSP, Java servlets, XML, JMS, Java IDL, JTS, JTA, JavaMail 和 JAF为了联系实际Gould基于WebLogic应用服务器—来自BEA s公司种广为应用产品—环境来介绍J2EE这些技术

　 Java最初是在浏览器和客户端机器中粉墨登场当时很多人质疑它是否适合做服务器端开发现在随着对Java2平台企业版(J2EE)第 3方支持增多Java被广泛接纳为开发企业级服务器端解决方案首选平台的
J2EE平台由整套服务(Services)、应用接口(APIs)和协议构成它对开发基于Web多层应用提供了功能支持
在本文中我将解释支撑J2EE13种核心技术:JDBC, JNDI, EJBs, RMI, JSP, Java servlets, XML, JMS, Java IDL, JTS, JTA, JavaMail 和 JAF同时还将描述在何时、何处需要使用这些技术当然我还要介绍这些区别技术的间是如何交互
此外为了让您更好地感受J2EE真实应用我将在WebLogic应用服务器—来自BEA s公司种广为应用产品—环境下来介绍这些技术不论对于WebLogic应用服务器和J2EE新手还是那些想了解J2EE能带来什么好处项目管理(project management)者和系统分析员相信本文定很有参考价值

宏观印象: 分布式结构和J2EE

过去 2层化应用 -- 通常被称为client/server应用 -- 是大家谈论最多图1刻画了典型 2层化结构在很多情况下服务器提供唯服务就是数据库服务在这种解决方案中客户端负责数据访问、实现业务逻辑、用合适样式显示结果、弹出预设用户界面、接受用户输入等client/server结构通常在第次部署时候比较容易但难于升级或改进而且经常基于某种专有协议—通常是某种数据库协议它使得重用业务逻辑和界面逻辑非常困难更重要是在Web时代 2层化应用通常不能体现出很好伸缩性因而很难适应Internet要求

图1. 2层化应用结构

Sun设计J2EE部分起因就是想解决 2层化结构缺陷于是J2EE定义了套标准来简化N层企业级应用开发它定义了套标准化组件并为这些组件提供了完整服务J2EE还自动为应用处理了很多实现细节如安全、多线程等

用J2EE开发N层应用包括将 2层化结构中区别层面切分成许多层个N层化应用A能够为以下每种服务提供个分开层:

显示:在个典型Web应用中客户端机器上运行浏览器负责实现用户界面
动态生成显示: 尽管浏览器可以完成某些动态内容显示但为了兼容区别浏览器这些动态生成工作应该放在Web服务器端进行使用JSP、Servlets或者XML(可扩展标记语言)和(可扩展样式表语言)
业务逻辑:业务逻辑适合用Session EJBs(后面将介绍)来实现
数据访问:数据访问适合用Entity EJBs(后面将介绍)和JDBC来实现

后台系统集成: 同后台系统集成可能需要用到许多区别技术至于何种最佳需要根据后台系统特征而定
您可能开始诧异:为什么有这么多层？事实上多层方式可以使企业级应用具有很强伸缩性它允许每层专注于特定角色例如让Web服务器负责提供页面应用服务器处理应用逻辑而数据库服务器提供数据库服务

由于J2EE建立在Java2平台标准版(J2SE)基础上所以具备了J2SE所有优点和功能包括“编写次到处可用”可移植性、通过 JDBC访问数据库、同原有企业资源进行交互CORBA技术以及个经过验证安全模型在这些基础上J2EE又增加了对EJB(企业级Java组件)、Java servlets、Java服务器页面(JSPs)和XML技术支持

分布式结构和WebLogic应用服务器
J2EE提供了个框架--套标准API--用于开发分布式结构应用这个框架实际实现留给了第 3方厂商部分厂商只是专注于整个J2EE架构中特定组件例如ApacheTomcat提供了对JSP和servlets支持BEA系统公司则通过其WebLogic应用服务器产品为整个 J2EE规范标准提供了个较为完整实现

WebLogic服务器已使建立和部署伸缩性较好分布式应用过程大为简化WebLogic和J2EE代你处理了大量常规编程任务包括提供事务服务、安全领域、可靠消息、名字和目录服务、数据库访问和连接池、线程池、负载平衡和容错处理等

通过以种标准、易用方式提供这些公共服务象WebLogic服务器这样产品造就了具有更好伸缩性和可维护性应用系统使其为大量用户提供了增长可用性

J2EE技术
在接下来部分里我们将描述构成J2EE各种技术并且了解WebLogic服务器是如何在个分布式应用中对它们进行支持最常用J2EE技术应该是JDBC、JNDI、EJB、JSP和servlets对这些我们将作更仔细考察

图2表示了在个分布式应用中J2EE技术各个方面通常在何处发挥作用

图2. 个N层应用结构例子

Java Database Connectivity (JDBC)
JDBC API以种统方式来对各种各样数据库进行存取和ODBC样JDBC为开发人员隐藏了区别数据库区别特性另外由于JDBC建立在Java基础上,因此还提供了数据库存取平台独立性

JDBC定义了4种区别驱动现分述如下:

类型 1: JDBC-ODBC Bridge
在JDBC出现初期JDBC-ODBC桥显然是非常有实用意义通过JDBC-ODBC桥开发人员可以使用JDBC来存取ODBC数据源不足是他需要在客户端安装ODBC驱动换句话说必须安装Microsoft Windows某个版本使用这类型你需要牺牲JDBC平台独立性另外ODBC驱动还需要具有客户端控制权限

类型 2: JDBC-native driver bridge
JDBC本地驱动桥提供了种JDBC接口它建立在本地数据库驱动顶层而不需要使用ODBC JDBC驱动将对数据库API从标准JDBC转换为本地使用此类型需要牺牲JDBC平台独立性还要求在客户端安装些本地代码

类型 3: JDBC-network bridge
JDBC网络桥驱动不再需要客户端数据库驱动它使用网络上中间服务器来存取数据库这种应用使得以下技术实现有了可能这些技术包括负载均衡、连接缓冲池和数据缓存Cache等由于第3种类型往往只需要相对更少下载时间具有平台独立性而且不需要在客户端安装并取得控制权所以很适合于 Internet上应用

类型 4: Pure Java driver
第4种类型通过使用个纯Java数据库驱动来执行数据库直接访问此类型实际上在客户端实现了2层结构要在N-层结构中应用个更好做法是编写个EJB让它包含存取代码并提供个对客户端具有数据库独立性服务
WebLogic服务器为些通常数据库提供了JDBC驱动包括Oracle, Sybase, Microsoft SQL Server以及Informix它也带有种JDBC驱动用于Cloudscape这是种纯JavaDBMSWebLogic服务器中带有该数据库评估版本

以下让我们看个例子

JDBC例子
在这个例子中我们假定你已经在Cloudscape中建立了个PhoneBook数据库并且包含个表名为 CONTACT_TABLE 它带有2个字段:NAME 和 PHONE 开始时候先装载Cloudscape JDBC driver并请求 driver manager得到个对PhoneBook Cloudscape数据库连接通过这连接我们可以构造个 Statement 对象并用它来执行个简单SQL查询最后用循环来遍历结果集所有数据并用标准输出将NAME和PHONE字段内容进行输出

import java.sql.*;

public JDBCExample
{
public void ( String args )
{
try
{
Class.forName("COM.cloudscape.core.JDBCDriver");
Connection conn = DriverManager.getConnection("jdbc:cloudscape:PhoneBook");
Statement stmt = conn.createStatement;
String sql = "SELECT name, phone FROM CONTACT_TABLE ORDER BY name";
ResultSet resultSet = stmt.executeQuery( sql );

String name;
String phone;
while ( resultSet.next )
{
name = resultSet.getString(1).trim;
phone = resultSet.getString(2).trim;
.out.prln( name + ", " + phone );
}
}
catch ( Exception e )
{
// Handle exception here
e.prStackTrace;
}
}
}

OK接着我们来看看JDBC是如何在企业应用中进行使用

JDBC在企业级应用中应用
以上例子其实是很基本可能有些微不足道它假定了个2层结构在个多层企业级应用中更大可能是在客户端和个EJB进行通信该EJB将建立数据库连接为了实现和改进可伸缩性和系统性能 WebLogic服务器提供了对连接缓冲池connection pool支持

Connection pool减少了建立和释放数据库连接消耗在系统启动以后即可建立这样缓冲池此后如故再有对数据库请求WebLogic服务器可以很简单地从缓冲池中取出数据数据缓冲池可以在WebLogic服务器 weblogic.properties 文件中进行定义(可参考 weblogic.properties 文件中例子WebLogic服务器文档中还有更详细参考信息)

在企业级应用另个常见数据库特性是事务处理事务是组申明statement它们必须做为同个statement来处理以保证数据完整性缺省情况下JDBC使用 auto-commit 事务模式这可以通过使用Connection类 AutoCommit 思路方法来实现

现在我们已经对JDBC有了些认识下面该转向JNDI了

Java Naming and Directory Interface (JNDI)
JNDI API被用于执行名字和目录服务它提供了致模型来存取和操作企业级资源如DNS和LDAP本地文件系统后者在应用服务器中对象

在JNDI中在目录结构中每个结点称为context每个JNDI名字都是相对于context这里没有绝对名字概念存在对个应用来说它可以通过使用 InitialContext 类来得到其第个context:

Context ctx = InitialContext;

应用可以通过这个化context经有这个目录树来定位它所需要资源或对象例如假设你在Weblogic服务器中展开了个EJB并将 home接口绑定到名字 myApp.myEJB 那么该EJB某个客户在取得个化context以后可以通过以下语句定位home接口:

MyEJBHome home = ctx.lookup( "myApp.myEJB" );

在这个例子中旦你有了对被请求对象参考EJBhome接口就可以在它上面思路方法我们将在下面"Enterprise Java Beans"章节中做更多介绍

以上有关JNDI讨论只是冰山的角而已如果要更进步地在context中查找对象JNDI也提供了些思路方法来进行以下操作:　

将个对象插入或绑定到context这在你展开个EJB时候是很有效
从context中移去对象
列出context中所有对象
创建或删除子级context
接下来我们要开始关注EJB了

Enterprise Java Beans (EJB)
J2EE技术的所以赢得某体广泛重视原因的就是EJB它们提供了个框架来开发和实施分布式商务逻辑由此很显著地简化了具有可伸缩性和高度复杂企业级应用开发EJB规范标准定义了EJB组件在何时如何和它们容器进行交互作用容器负责提供公用服务例如目录服务、事务管理、安全性、资源缓冲池以及容错性

EJB规范标准定义了3中基本bean类型:

Stateless session beans: 提供某种单服务不维持任何状态在服务器故障发生时无法继续存在生命期相对较短例如个stateless session bean可能被用于执行温度转换计算
Stateful session bean: T提供了和客户端会话交互可以存储状态从而代表个客户典型例子是购物车Stateful session bean在服务器故障时无法继续生存生命气相对较短每个例子只用于个单个线程

Entity beans: 提供了致性数据表示-- 通常存放在数据库中 -- 在服务器故障发生后能继续存在多用户情况下可以使用EJB来表示相同数据entity EJB个典型例子是客户帐号信息
尽管有以上区别所有EJB还是有许多共同的处它们都处理home erface它定义了个客户端是如何创建和消亡EJB可以在bean中对定义了客户端思路方法远程接口进行；bean类则执行了主要商务逻辑

描述EJB开发已经超出了本文范围但是如果个EJB已经被开发了或者从第 3方进行了购买它就必须在应用服务器中进行发布WebLogic Server 5.1带有个EJB Deployer Tool来协助处理EJB发布当你使用EJB Deployer Tool时候你要定义客户端所用JNDI名字来定位EJBDeployer Tool将生成wrapper类来处理和容器通信以及在个jar文件中把被请求Java类绑定在起

旦EJB被发布客户端就可以使用它JNDI名字来定位EJB首先它必须得到个到home接口reference然后客户端可以使用该接口个 create 思路方法来得到服务器上运行某个bean例子句柄；最后客户端可以使用该句柄在bean中思路方法

了解 EJB后让我们再来看JSP

JavaServer Pages (JSPs)
我们中间可能已经有许多人已经熟悉MicrosoftActive Server Pages (ASP)技术了JSP和ASP相对应但更具有平台对立性他们被设计用以帮助Web内容开发人员创建动态网页并且只需要相对较少代码即使Web设计师不懂得如何编程也可以使用JSPJSP应用是很方便 JSP页面由HTML代码和嵌入其中Java代码所组成服务器在页面被客户端所请求以后对这些Java代码进行处理然后将生成HTML页面返回给客户端浏览器
下面我们来看个JSP简单例子它只显示了服务器当前日期和时间虽然对语法具体解释已经超出了本文范围但我们还是可以很直观地看到 Java代码被放在 <% 和 %> 符号中间而Java表达式则放在 <%= 和 %> 符号的间

Sample JSP Page

Date JSP sample

<% response.Header("Refresh", 5); %>
The current date is <%= Date %>.

您可能有时候听说过JHTML这是JSP以前种较老标准WebLogic服务器既可支持JSP又可支持JHTML请注意在缺省状况下 JSP在WebLogic服务器中并没有处于有效状态要使的有效你可以编辑weblogic.properties文件如果Web服务器还没有处于有效状态则要先使的有效Servlet情况和JSP是样

下面是: Java servlets

Java servlets
servlet提供功能大多和JSP类似不过实现方式区别JSP通常是大多数HTML代码中嵌入少量Java代码而servlets全部由Java写成并且生成HTML

servlet是种小型Java它扩展了Web服务器功能作为种服务器端应用当被请求时开始执行这和CGI Perl脚本很相似Servlets和CGI脚本个很大区别是:每个CGI在开始时候都要求开始个新进程 -- 而servlets是在servlet引擎中以分离线程来运行因此servlets在可伸缩性上提供了很好改进
在开发servlets时候您常常需要扩展javax.servlet.http.HttpServlet 类并且override些它思路方法其中包括:

service: 作为dispatcher来实现命令-定义思路方法
doGet: 处理客户端HTTP GET请求
doPost: 进行HTTP POST操作
其它思路方法还包括处理区别类型HTTP请求 -- 可以参考HttpServlet API文档

以上描述是标准J2EE Servlet API各种思路方法WebLogic服务器提供了个该API完整实现途径旦你开发了个servlet你就可以在 weblogic.properties 中加以注册并由此可以在WebLogic服务器中对它进行配置

通过Java servlets,我们已经到达了J2EE主要技术末尾了但J2EE所提供并不止于这些下面段落中我们将简要地看下现存些技术包括RMI, Java IDL和CORBA, JTA, 以及XML等等

Remote Method Invocation (RMI)
正如其名字所表示那样RMI协议是在远程对象上些思路方法它使用了连续序列方式在客户端和服务器端传递数据RMI是种被EJB使用更下层协议

Java IDL/CORBA
在Java IDL支持下开发人员可以将Java和CORBA集成在起他们可以创建Java对象并使的可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB起展开CORBA对象客户后种思路方法提供了另外种途径通过它Java可以被用于将你新应用和legacy系统相集成

Java Transaction Architecture (JTA)/Java Transaction Service (JTS)
JTA定义了种标准API应用系统由此可以存取各种事务监控

JTS是CORBA OTS事务监控基本实现JTS规定了事务管理器实现方式该事务管理器是在高层支持Java Transaction API (JTA)规范标准并且在较底层实现OMG OTS specicationJava映像JTS事务管理器为应用服务器、资源管理器、独立应用以及通信资源管理器提供了事务服务

JavaMail and JavaBeans Activation Framework
JavaMail是用于存取邮件服务器API它提供了套邮件服务器抽象类不仅支持SMTP服务器也支持IMAP服务器

JavaMail利用JavaBeans Activation Framework (JAF)来处理MIME-编码邮件附件MIME字节流可以被转换成Java对象或者转换自Java对象由此大多数应用都可以不需要直接使用JAF

Java Messaging Service (JMS)
JMS是用于和面向消息中间件相互通信应用接口(API)它既支持点对点域有支持发布/订阅(publish/subscribe)类型域并且提供对下列类型支持:经认可消息传递,事务型消息传递致性消息和具有持久性订阅者支持JMS还提供了另种方式来对您应用和 legacy backend系统相集成

Extensible Markup Language (XML)
XML是种可以用来定义其它标记语言语言它被用来在区别商务过程中共享数据XML发展和Java是相互独立但是它和Java具有相同目标正是平台独立性通过将Java和XML组合您可以得到个完美具有平台独立性解决方案目前正有许多区别公司在为Java和XML组合而努力如果要了解更多这方面信息可以访问SunJava-XML页面或者IBM developerWorksXML Zone

整理总结
在本文中我们介绍了建立在J2EE上分布式应用结构并且描述了WebLogic服务器对J2EE各种支持然而我们所揭示仅仅是冰山的角而已要以篇数千字文章来展示J2EE潜在对您企业级应用影响可是很不公平

我们已经关注了在您开始用J2EE进行工作时最有可能遇到各类技术:JDBC, JNDI, EJB, JSP和servlet我们也为您提供了些尚未常见J2EE技术背景知识不管您是名开发人员商务应用分析师或者项目经理(project manager)都应该对 J2EE和WebLogic服务器所能提供给我们给我们企业以及我们企业级应用所带来意义有个更好认识

[查看PDF电子文档]

j2ee开发:开发J2EE应用的要领-j2ee

2009-02-12

作为开发mission-critical企业级应用整套规范标准整合平台其规范标准的多、内容的广从而给开发J2EE应用带来了很多“麻烦”比如为实现内容RDBMS存储我们可能思路方法有JDBC、Entity Beans、JDO、O/R Mapping工具(TopLink、Hibernate)、XML-DBMS、JAXB等思路方法(其中些思路方法不是J2EE规范标准所包含)因此为实现 J2EE各层(至少有表示层、控制层、商业逻辑层等3层)以及层和层的间耦合J2EE系统架构师需要考虑问题会很多加上J2EE本身快速发展给架构、开发具有工业强度J2EE应用带来些难题
同时软件Software开发技术从来就没有“银弹”所以J2EE技术也不是万能但是如果我们在结合具体商业需求基础上合理应用好J2EE技术其结果可想而知本文试探从自己以往项目经验来探讨开发J2EE应用应该遵循几点准测入手以起到抛砖引玉作用如果能达到这点要求则万分激动
本文结合JBoss 3.2.1下J2EE应用开发为例展开论述

1结合商业需求选择合理架构

如果脱离商业需求而单独讨论技术本身优势是不够各项技术都有产生特定背景其中很多都是来自工业需求而触动般而言企业信息系统(EIS)都要求自己稳定、安全、可靠、高效、便于维护同时各个企业信息系统都有自己独特要求可能有些时候需要考虑和原有遗留系统集成所以了解各个企业信息系统具体商业需求对于整个系统架构显得很关键
比如如果待开发J2EE应用系统中使用到数据大部分来自于外在数据源；而这些数据可能是通过JDBC直接从外在数据源导入到待开发J2EE系统Database中对于这种情形如果在开发过程中仅仅使用JDBC来操作数据库对于小强度(并发访问用户少、数据流量少)情形显然是比较合适；但如果并发访问用户较多、数据流量大对Database层使用较为频繁情形则显得有些力不从心因此对于这种需求我们可以考虑采用Entity Beans with Caches打个比方在JBoss 3.2.1中对于Entity BeansCache策略有多种这时可以考虑使用即“Standard CMP 2.x EntityBean”方式并采用“D”类型commit-option来保证Entity Beans内容和数据源同步并使得系统性能得到大大改善(同直接使用JDBC相比)其中可以将些Entity Beans设置为read-only以改善性能
当然在这里也可以采用其他些O/R Mapping技术比如TopLink
再比如考虑这样种情形:如果待开发企业信息系统使用到数据都是由系统本身生成和操作则建议采用:CMP Entity Beans技术Entity Beans给大家印象很坏这可能和EJB 1.1给大家留下坏映象有关吧但是EJB 2.0(或者说2.1)得到了很大改善Local Interfaces、CMR、Read-Only、Session Fa?ade模式给Entity Beans注入了活力当然并发用户多、数据流量很大时才会体现出使用Entity Beans优势其中有点很关键:要注重Entity Beans技术性能调优各个应用服务器都有自己套性能调优方案对于JBoss 3.2.1配置文件standardjboss.xml提供了Entity Beans技术调优入口比如Bean Lock策略合理使用对于Entity Beans调优就显得很重要这样使得我们可以更加关注于系统商业逻辑而不只是底层Database(EJB调优处于EJB Container中因此我们处在J2EE性能高端而不是底端即Database层同时Database层调优使得J2EE系统数据库移植性大打折扣)
简而言的要结合各个系统特定需求和状况给出具体技术架构方案而不能孤单论述技术本身好坏

2Framework合理选用

设计模式在J2EE应用系统中扮演着重要角色因此有个问题摆在大家面前是自己来实现具体设计模式还是借助于Third-party Framework如果贵公司不大或者说公司不想在J2EE基础应用Framework投入很多精力选用现有较为成熟、稳定、和现有J2EE Specication兼容技术框架会比较明智
般而言Framework本身或者说J2EE平台本身都是实现并优化了具体设计模式、规则比如业务代理、Service Locator(包括Web Tier和EJB Tier各自服务定位器起到统管理有限资源、Cache相关资源作用便于系统移植)、Front Controller、DAO等等现有J2EE Framework比较丰富比如:
Struts: 对于实现了Model 2类型Framework对于现在以及将来(随着JSF规范标准、技术成熟)选用她是种明智的举目前Struts已经发展到1.1版本其内在MVC主线、对后端数据操作方式没有限定、集合了Apache Jakarta项目组优秀相关项目精华可谓是开发J2EE应用佳品同时对于具有.NET Web Forms功能下代J2EE平台技术JSF而言Struts本身可考虑到和JSF兼容和集成性比如通过JSP呈现表示层、Servlet呈现控制层、EJB呈现数据存储层各层的间可以通过值对象、HTTP相关对象来通讯实现J2EE相关技术完美应用
Log4j: 我想对于习惯采用“.out.prln(“”);”读者而言Log4j是大家福音尽管Java 2 Standard Edition也具备java.util.logging包来保证日志输出但Log4j简单、高效、灵活已经成了很多项目选择日志在某种程度上可以考验系统稳定性、正确性所以采用可配置Log4j(目前Log4j已经考虑到了和java.util.logging包兼容性)是不会错比如JBoss 3.2.1本身就是借助于Log4j来管理日志
realMethods: 可能有些读者还不知道这款杀手锏那好这里就简要作介绍realMethods是开发J2EE应用Framework她区别于Struts (主要在于实现Model 2J2EE应用前端)；realMethods对于J2EE应用各个层面都有详尽、高效支持同时realMethods以前还是商用软件Software现在已经成为了Open Source产品因此现在可以参看其全部源代码
BC4J: Oracle公司推出用于Java商业组件其内容和外在特点和优势不言而寓
当然类似Framework很多很多作为开发J2EE应用团队(Team)而言我们需要对各种Framework加以筛选选择适合项目需求、团队(Team)、公司发展方向框架
般情况下待开发目标产品不宜采用过多Framework其J2EE各个技术发展很快过多Framework使得系统后续升级、维护不利；其 2可以借鉴其中好面比如研究realMethods实现相应设计模式并改造她以适合我们项目需求；其 3Framework本身会有变动如果选用过多会给开发团队(Team)加重负担从而不利于项目管理(project management)

有选择使用现有成熟Framework能提升大家开发效率、开发水平

3开发模式选择

开发J2EE应用要求目标开发人员能够掌握其中各种技术但是现实情况不是这样作为个团队(Team)每个人都有自己区别技能优势、兴趣以及悟性同时 J2EE本身需要体现社会分工般情况下我们开发团队(Team)不会有Specication所要求各个开发角色现实往往只有3种(也可能是两种):美工、JSP员、EJB员面对这种分工团队(Team)更要注重沟通、交流注重代码致性
般情况下团队(Team)要尽量采用版本控制工具管理代码、尽量做到每天都有个完整运行版本经过段时间团队(Team)都会适应这种开发模式其中版本控制工具定要使用便于代码管理、控制和备份这其中会牵扯到很多层面比如开发工具选择要考虑到版本控制工具使用、建模工具合理使用有助于团队(Team)有效沟通和交流
基于现有开发模式个人认为这样3套方案不错第采用Together作为建模工具、采用JBuilder作为IDE工具、采用VSS(或者CVS)作为版本控制工具、采用 JBoss作为开发J2EE应用开发阶段服务器第 2采用WebSphere Studio整套工具第 3采用Eclipse(或者JCreator)、Ant、XDoclets作为开发工具
当然手工完成J2EE应用编写、编译、打包、部署、测试更能使开发者理解各个开发阶段具体细节但本人认为只要开发者有这种关注具体细节态度选用功能强大建模、开发工具是明智开发工具不能提高开发人员开发技能但是她能够引导开发人员正确开发方向比如,JBuidler 9 Enterprise提供EJB精灵具有“Struts + EJB + Session Fa?ade + Value Object”等功能呈现了业界广泛应用J2EE构架方式

4注重各个阶段测试工作

测试工作往往是很多项目经理(project manager)忽视不愿意去花费时间、费用内容那样会增加项目成本但是他们忽视了项目完成质量往往对项目成本有很大关系比如如果软件Software质量很差并没有经历测试阶段其后期部署、运行所带来费用会远远超过前期费用
测试是分阶段单元测试比如借助于JUnit来保证功能正确等内容集成测试来保证系统没有内存泄漏等内容其中Optimizeite Suite Enterprise对于完成Profiler、Code Coverage、Thread Debugger等内容很有帮助我记得我写个Swing桌面应用存在内容泄漏但是想了很多办法都没有解决问题后来采用Profiler获得了答案因此现在开发应用我们很多时候都采用Optimizeite Suite Enterprise作为测试工具尤其是在做集成测试过程中检查系统内存泄漏、性能很有帮助
测试是分类型压力测试、性能测试就目前对支持J2EE应用测试而言并没有很好测试工具但是般情况下借助于Rational Robot也能够取得不错效果

当然成功开发J2EE应用原因有很多比如Entity Beans成功应用很大程度上和底层Database设计有关系(如果表结构设计设计不合理将导致Entity Beans性能急剧下降)；如何最大化挖掘、提升团队(Team)各个成员J2EE技能等等这些设计面很广

谢谢希望此文给你带来了快乐、帮助

作者:罗时飞
(版权个人所有引用指明出处不要用于商业目)

[查看PDF电子文档]

j2ee开发:J2EE开发过程中的异常处理-j2ee

2009-02-12

a里有3种异常类型:

1. 检查型异常,这样异常继承于Excetpion,就是在编译期间需要检查,如果该异常被throw,那么在该异常所在method后必须显示throws,该method地方也必须捕获该异常,否则编译器会抛出异常.ejb里RemoteException是个这样异常.

2. 运行时异常,就是在运行期间系统出现异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPoerExcetpion,NumberFormatException.

3. 系统,般是JVM出现异常时抛出异常,如OutofMemoryError,这样异常在J2EE开发中是不用关心.

在J2EE开发中,检查型异常被滥用以至于过段时间员自己都看不懂抛出这样异常,.里面封装这些信息是干什么用,更可怕是有好多有用信息找不到了.比如SQLException和RemoteException这样异常我们没必要再进行封装,这样异常只对我们调试有用,而对客户来说它就是个”系统”而已.异常处理有个简单原则,你什么时候需要封装自己检查型异常?就是你很清楚自己抛出这个异常用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义个检查型异常,客户端通过捕获该异常,然后把相应信息反馈给客户.而其它自己未预期或者异常比如SQLException,只需封装到EJBException中,ejb container会把它信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试.

有关代码,般反馈给客户代码有两种类型:

1. 应用级,这些是由客户自身原因引起,比如输入信息有误,没有操作该功能权限.对于这样情况,系统应给用户个明确提示.

2. 系统级异常,比如”未连接到服务器”,”服务器忙”,”未连接到数据库”,”系统”,这样给客户带来后果是不能进行操作,那么下面戏该由系统管理员和系统开发者去演了.

个人觉得检查型异常对应于应用级,运行时异常对应于系统级异常.
[查看PDF电子文档]

j2ee项目开发:J2EE项目中开发团队的组建-j2ee

2009-02-12

这种应用模型允许区别开发人员同时进行开发各个元素这里阐述下对区别层次设计人员开发人员技术要求对以下几个分类进行描述
　　设计师组建团队(Team)
　　表现逻辑层团队(Team)角色
　　业务逻辑层等团队(Team)角色
　　数据库访问层团队(Team)角色

　　团队(Team)组成可以根据人员数量和系统范围大小例如不定所有角色都要分配有些人可以担当不能角色

设计师
在基于组件应用系统开发中个或几个人必须对这个系统整体需求有全面了解比如系统控制流程和其他接口等等有些公司称这个角色为总工程师不管如何叫这个角色非常重要他承担协调区别开发小组的间工作帮助他们考虑系统这个“大图”

表现逻辑层团队(Team)角色
在表现层用户界面是动态生成需要如下开发人员:
　　Java servlet 开发人员
　　JSP 开发人员
　　HTML 设计人员
　　美工人员
　　客户端javascript 开发人员
　　Servlet 开发人员建立表现层逻辑而其他人员建立表现形式

Java Servlet 开发人员
Servlet处理页和页的间浏览会话管理简单输入验证Servlet也将业务逻辑元素连接起来
Servlet开发人员必须理解些相关事宜HTTP请求安全多语言和些页面元素如session, cookie超时等等J2EE应用里面servlet必须用Java来写Servlet可能会JSP, EJB, JDBC等等因此servlet开发人员要和应用系统其他人员紧密合作

JSP 开发人员
JSP开发人员和servlet开发人员密切合作来定义系统表现层页面即使在复杂开发项目里JSP和servlet开发人员也可能是个人

　　然而如果个系统中大部分Java在servlet而不是在JSP里JSP人员就不必对Java非常熟悉

HTML 设计人员
HTML 设计人员对HTML页面进行优化例如他可能要完成以下任务:

　　保证在区别浏览器中所有页面都能正常显示
　　保证低速调制解调器访问也不受影响
　　对JSP设计人员页面进行进步优化

美工人员
美工人员创建图片等等这些图片要能小体积快速下载美工和HTML页面人员紧密合作

客户端javascript 开发人员
使用客户端javascript有很多原因比如可以处理简单输入验证不必提交给服务器还可以让用户界面更生动这个角色和servlet, JSP人员紧密合作

业务逻辑层团队(Team)角色
业务逻辑层包含业务规则和业务实体需要以下人员:
Session bean 开发人员
　　Entity bean 开发人员

Session Bean 开发人员
Session beans包含业务处理和业务规则逻辑比如个session bean 可能设计成计算个支票税率如果个系统面临处理经常变化复杂逻辑而又大量使用session bean结果是session bean就需要不断更新

　　Session bean 开发人员般是个领域专家理解复杂专门领域逻辑还有数据验证规则这个人员和servlet和entity bean开发人员紧密合作

　　Session bean可能需要JDBC接口和其他EJB无状态session bean系统运行会更好些如果计算费率是个有状态session bean系统就必须访问个保存bean状态信息服务器如果那个服务器恰巧出现问题整个流程就会受阻

Entity Bean 开发人员
Entity bean代表永久对象如个数据库中条记录Entity bean开发人员任务是设计个面向对象所有业务数据组织图建立面向对象试图意味着要将数据库中表(关系型)映射成entity bean例如开发人员需要将客户表发票表和订单表转换成相应客户发票和订单对象

　　个entity bean 开发人员和session bean, Servlet开发人员密切合作保证应用系统提供快速灵活可扩展对业务数据访问

　　Entity bean 可能会大量JDBC接口而entity bean 的间会很少

数据库访问层团队(Team)角色
在数据库访问层开发人员需要建立关系型数据库ER图数据字典等等相关文档所有对数据库修改访问等等权限操作都要经过数据库访问层开发人员这个角色在大部分项目中担当DBA角色

　　团队(Team)组建的后就可以开始设计用户界面

设计用户界面
建议从前到后开始设计应用系统就是说先设计用户界面再设计EJB这样效率最高 [查看PDF电子文档]

j2ee开发:基于J2EE的开发的一些经验-j2ee

2009-02-12

p; 1.CMPfindByPrimaryKey有时将返回NULL:
给findByPrimaryKey送了个数据库中不存在键值,就抛出了异常
如果参数是数据库中存在个关键字,则是返回对应primarykey
2.对于BMP必须远程个create思路方法否则只能被使用次就会出现JDBC问题这个create如果不是用返回对象话可以任意写个返回primayKey值即可
3.response.ContentType(\"text/xml;char=UTF-8\");
PrWriter out = response.getWriter;
但需要指定编码时这两条语句必须是这个顺序否则就会出错
response.getWriter默认编码是ISO-5988-1它是不能被转码成GB2312,UTF-8.
而且这种编码时不支持中文 4.对于jsp页面通常是不需要在web.xml文件中配置就可以根据链接就可以访问只有对于于特定访问就需要
配置到web.xml文件中以控制页面走向
5.对于处理页面只要在web.xml文件中设置如下:

404

/error.jsp

即当页面访问出错时就会显示该页面对于请求所出是没有办法！
6.对于jsp和servlet显示和处理经常可能出现乱码
通常
   对于jsp有<%@ page contentType=\"text/html;char=gb2312\"%>
   对于servlet,有Response.ContentType(\"text/html;char=gb2312\");
   般对于显示中文上面是保险办法其他些编码会经常出乱码
7.有时还需要对request内容进行编码如
   request.CharacterEncoding(\"GBK\");
8.在servlet中从服务器数据库中读出文件(上传可以用fileupload组件smartupload组件)办法.例:
String sql=\"SELECT FileSize,FileStore FROM ResourseStore where MagazineNumber=@#\"+MIDValue+\"@#\";
           stmt=con.prepareStatement(sql);
             ResultSet rs=stmt.executeQuery;
             (rs.next){
               len=rs.getInt(\"FileSize\");
               InputStream in = rs.getBinaryStream(\"FileStore\");//对于ResultSet而言获取值得顺序同select中返回值顺序否则数据库会出异常
               b= [len];
      while(true)
      {
       readlen=in.read(b);
       (readlen-1)
       {
          ;
      }
      }
               response.ContentType(\"application/x-msdownload\");
               ServletOutputStream op = response.getOutputStream;
               op.write(b,0,b.length);
               op.flush;
               op.close;

如果数据库支持clob或clob时(sql service不支持读取,也不支持URL)可以采用别办法解决问题如:读取 2进制(如上)读入串然后通过类型转换即可！

[查看PDF电子文档]

j2eeejb:使用EJB3.O简化EJB开发(二)-j2ee

2009-02-12

lign=left>简化开发者观点

如果你使用现有版本EJB你会懂得开发个如HelloWorld简单EJB是多么困难你至少需要两个接口个bean类和个部署描述文件大多数开发者希望知道为什么我需要所有这些IDEs(开发环境工具)象, 和简化了开发者做这些普通工作开发周期可是在EJB在你部署到所选择容器中的前编译类和打包部署文件依然是开发人员工作

EJB3.0试图从以下方面简化复杂性:

· 不必定义接口和部署描述文件这些可以由容器使用metadata annotations生成

· 使用常用Java类作为EJB类和常用EJB业务接口

元数据描述(Metadata Annotations)

EJB3.0非常倚重Metadata AnnotationsMetadata Annotations已经成为标准并且将是部分Annotations是种对象变成属性非常类似和XDoclet可是不像XDoclet那样需要预先编译Annotations由Java编译器在需要编译时候编译(依赖于@Retention开始时间)在开发人员观点Annotations就如同个公有并可以作为类域思路方法参数本地变量构造枚举和包样使用修改量你可以在你Java代码中附带特殊属性使用Annotations来生成代码自动编写文档代码或者提供如在运行期间增强业务层安全或特殊业务逻辑特殊服务J2EE1.5(5.0)目标是简化开发人员使用Annotations因此而可能产生套Annotations模板Annotations使用@来标记如下:

@Author(\"Debu Panda\")

@Bean

public MySessionBean

EJB3.0为了简化开发因此使用Metadata Annotations来产生许多如接口样人为原因和使用Annotations来替代部署描述文件

使用 POJOs 和 POJIs

在规范标准条件中JavaBeans和接口经常分别涉及到简单Java对象(POJOs)和简单Java接口(POJIs)这些不必要如Home接口人为原因已经被去掉

开发人员必须在javax.ejb包中实现个EJB接口(会话bean实体bean或消息驱动bean)或者选择在bean实现类中使用Annotation你可以使用无状态状态消息驱动或者实体去注释个bean类例如如果你定义个无状态EJB作为HelloWorld,你可以如下定义EJB:

@Remote

@Stateless public HelloWorldBean {

public String sayHello(String s)

{ .out.prln(\"Hello: \"+s; }

}

EJB接口无论远程还是本地都不必再实现EJBObject和EJBLocalObject你要么为EJB提供业务接口并且实现bean类中接口要么需要在部署时候生成这些接口虽然会话bean和消息驱动bean接口是必须但是实体bean接口是可选如果你没有为你会话bean实现个接口那么它会自动为你生成个所生成接口是本地还是远程取决于你在bean类中Annotations如果你仔细看看上面代码范例@Remote很明显是用来为你HelloWorld生成个远程接口如果需要你可以在你EJB中同时生成远程和本地接口

在上面例子中很明显开发人员不必再做那些如定义接口和实现回滚思路方法等这些普通工作

生成接口名字来源于bean实现类名字生成接口对开发人员来说非常有用但是我并没有看到任何如Oracle JDeveloper这些IDE立即实现这种生成接口功能

规范标准中没有明确EJB查找时客户端需求是什么也没有明确我们如何保持这些EJB需要接口基于以下几个情况下原因我将不推荐使用生成接口:

· 生成接口名字来源于bean名字

· 如果你不愿意在EJB中暴露出些思路方法而生成接口将默认暴露出所有思路方法

· 你需要在客户端使用接口来EJB.

去掉回滚思路方法需求

EJB2.1和更早版本需要实现很多即使对于每个EJB你不需要些生命周期思路方法如ejbPassivate, ejbActivate, ejbLoad, ejbStore等等例如,在无状态会话bean中不需要ejbPassivate但是你还是得实现它思路方法现在EJB3.0中类似常用Java类实现这些生命周期思路方法都变成为可选择如果你在EJB中实现任何回滚容器都会这些思路方法

唯异常是在你可以使用Removeannotations时个状态会话bean业务思路方法ejbRemove思路方法是状态会话bean如果你使用这个annotations它将在完成annotations思路方法后(无论正常或非正常)提示容器移除状态会话bean例子例如你可以指定以下方式去在checkOut思路方法执行后移除个状态会话bean例子

@Stateful public Cart {

...

...

@Remove public void checkOut {

...

}

}

Annotations和部署描述比较

在前面我们讨论到EJB中不再需要部署描述而由annotations代替每个部署描述属性都将被选择个默认值而开发人员在直到他们想改变这些属性默认值的前不必为这些属性指定值这些也能用来为bean类自身指定使用annotationsEJB3.0规范标准为开发人员使用bean类型接口类型资源引用事务属性安全等等定义了组metadata annotations例如如果我们可以如下为个特殊EJB定义使用资源引用:

@Resource(name=\"jdbc/OracleDS\", resourceType=\"javax.sql.DataSource\")

J2EE提供商如Oracle, BEA, IBM将增加属性annotations在他们指定部署描述中开发人员将可以使用这些annotations去避免使用部署描述这看起来对开发人员十分具有吸引力特别对XML描述是已经感到厌恶开发人员他们早就恨透并想脱离老那种描述方式但依然有些问题使得我们在正式使用annotations时需要谨慎对待

它违背了我们轻便应用目标如果个EJB如果使用个提供商指定部署描述在重新编译或打包EJB时候它必须多次改变
部署描述对EJB模板提供了全局观点使得组装和部署时候不必考虑单独EJB他们将每个部署需求拧在起并且在部署完成的前描述是无效或者不可自动生成这对部署员来说是个可怕事情
部署描述在EJB模板中被相关工具用来定义EJBs当你试图整合个和另个容器时候非常有用EJB3.0规格同样主张在部署描述中使用重载annotations方式可是在规范标准里并没有提到重载annotations细节

无疑摆脱部署描述将使得新开发者开发更加容易但是如果使用不当这也将造成管理上可怕问题

[查看PDF电子文档]

j2eeejb:使用EJB3.O简化EJB开发(一)-j2ee

2009-02-12

lign=left>使用EJB3.O简化EJB开发原著:Debu Panda

我们引入EJB来构造分布式组件它诞生的时是为了解决所有CORBA问题和复杂性经历过几次重要版本更新和增加许多特性的后EJB已经成为了J2EE核心在早期很多开发人员沉迷于EJB甚至在没有任何意义情况下在他们工程中使用EJB而当他们发现所使用工程并没有质变化后谴责EJB成了种趋势

开发EJB从来没有变得简单甚至在早期EJB版本规范标准中变得更加复杂EJB由于其复杂性和重量级特性而被比作只大象学多开发人员感觉EJB象个油炸圈饼上多余层甜糖浆在现在low carb和Atkins diet大行其道今天EJB专家委员会也没有选择余地发布了体现low carbEJB规范标准来简化EJB开发EJB3.0专家委员会在2004Javaone大会上发布了称的为EJB3.0第个公开规范标准轻量级模型范例图

第眼看到EJB新模型感觉很不错在这篇文章中我们将讨论EJB3.0如何使用个更小而精致装配来吸引开发者在接下来文章中我们将来讨论EJB3.0是怎样简化持久性模型

整理缺陷

在我们开始对EJB3.0带来新特性进行讨论的前让我们先分析下现在EJB模型复杂繁琐

现在EJB模型需要建立许多组件接口和实现许多不必要回滚思路方法
组件接口需要实现EJBObject或者EJBLocalObject并且处理许多不必要异常
EJB部署描述复杂而容易出错
基于EJB模型容器持久化管理开发和管理过于复杂许多基础特征未考虑到比如使用数据库序列和EJBQL定义个主键标准思路方法就非常有限
EJB组件不像是面向对象比如在使用继承和多态时就有太多限制
个主要EJB缺点是你不能脱离EJB容器测试个EJB模型且不能在容器内调试个EJB这对开发者无疑是个可怕事情

如果你使用EJB你需要熟悉和查找EJB复杂过程显然你仅仅要在中使用EJB但你却必须知道JNDI详细细节 [查看PDF电子文档]

j2eeejb:使用EJB3.O简化EJB开发(三)-j2ee

2009-02-12

LE id=HB_Mail_Container height=\"100%\" cellSpacing=0 cellPadding=0 width=\"100%\" border=0 unselectable=\"on\"> 简化持久化容器管理

CMP实体bean将成为EJB3.0使得开发人员强制使用个主要检查方式持久化框架象如, 开源已经成为不像实体bean本质上复杂和重量级开发J2EE持久化框架应用被大家喜爱方式 EJB3.0采纳了如TopLink和Hibernate轻量级持久化模式来简化容器持久化管理这些听起来更让开发人员们欣喜让我们简单浏览下实体bean计划我们将在另外文章中讨论持久化改进细节

实体bean作为POJOs已经改头换面实体bean将不在需要组件接口实体bean现在看起来是支持继承和多态纯粹对象

下面是有关实体bean源代码

@Entity public Employee{

private Long empNo;

private String empName;

private Address address;

private Hashmap projects = Hashmap;

private Double salary;

@Id(generate=SEQUENCE) public Long getEmpNo {

empNo;

}

protected void EmpNo(Long empNo) {

this.empNo = empNo;

}

public String getEmpName {

EmpName;

}

public void EmpName(String EmpName){

this.EmpName = EmpName;

}

@Dependent public Address getAddress {

address;

}

public void Address(Address address) {

this.address = address;

}

public Set getProjects {

projects;

}

public void Projects(Set projects) {

this.projects = projects;

}

public Double getSalary {

salary;

}

public void Salary(Double salary) {

this.salary = salary;

}

....

}

如果你仔细看这些代码你可以发现在现在实体bean中bean类是个具体类而不再是个抽象类

EJB QL和实体beanSQL查询做了多项改进类似于Hibernate新实体管理API和简化版TopLink会话API被建议用来处理实体bean操作也就是实体bean创建释放查找

我们将在深入文章中进步对建议CMP实体bean细节做更多验证

简化EJB客户端

即使应用中EJB是序列化使用EJB也就是寻找和也是非常复杂J2EE 1.4 和 EJB 3.0规范标准致力于简化EJB客户端

如果目前你希望使用EJB你必须在部署描述中定义EJB引用或者EJB本地引用寻找到EJB然后如果我们希望HelloWorld EJB你可以按照下面简单思路方法EJB使用已存在实现

如下在部署描述中找到EJB指示定义

HelloWorldEJB

Session

hello.HelloWorldHome

hello.HelloWorld

然后按照如下思路方法寻找EJB.你需要明确处理EJB查找和建立个bean例子时异常

try

{

Context context = InitialContext;

HelloWorldHome helloHome =

(HelloWorld)PortableRemoteObject.narrow(context.lookup

(\"java:comp/env/ejb/HelloWorldEJB\"), HelloWorldHome.);

HelloWorld hello = helloHome.create;

....

}

catch(RemoteException e)

{

.err.prln(\"/communication error: \" + e.getMessage);

}

catch(NamingException e)

{

.err.prln(\"Communication error: \" + e.getMessage);

}

catch(CreateException e)

{

.err.prln(\"Error creating EJB instance: \" + e.getMessage);

}

如个环境变量变化样EJB3.0建议使用安放injection思路方法查找和EJB.

下面我们使用安放injection思路方法在另个EJB查找HelloWorldEJB

@Inject private void SessionContext(SessionContext ctx)

{

this.ctx = ctx

}

...

myHello = (HelloWorld)ctx.lookup(\"java:comp/env/ejb/HelloWorldEJB\");

如果你仔细查看上面代码它依赖injection使用@Inject来指定对SessionContext思路方法annotationsinjection 思路方法将可以在业务思路方法被EJB前被容器来设定EJBContext

另个injected HelloWorld会话bean直接范例可以简化为使用

@EJB public HelloWorld myHello这将使得myHello被HelloWorld bean例子injected

你可以使用依赖injection来查询任何类型环境和资源参考如DataSource, JMS, Mail, Web Service等等

容器外部测试可行性

个现在EJB开发者所关注不仅仅是EJB开发复杂也包括了测试可怕的处开发和测试EJB必须需要个EJB容器并且开发人员必须熟悉最终部署平台才可以执行测试这对于许多只在个主要平台开发企业开发人员来说不是主要问题但是对于支持多个开发商平台并且要在维护多个环境中测试EJBISV们来说是个大问题EJB3.0规范标准承诺将提供在容器外测试功能但是这点在这次规范标准中遗漏掉了

结论

虽然还有很多有关打包装配和重要API细节没有在这个规范标准中提及但是诸多建议使得EJB3.0规范标准让企业级Java开发人员看起来是恨有前途通过这些无疑是从开发人员到服务供应商都将帮助减少开发复杂性下面就要看服务提供商们如何实现并使得EJB3.0成为企业级应用个引人瞩目选择

Author Bio 作者自述

Debu Panda是Oracle应用服务开发小组主要管理者他在EJB容器和事务管理上取得过很多成就他已经有13年IT产业经验并在多家杂志和技术出版社刊登过很多著作

翻译问题:

由于部分英文名词未敢枉自翻译所以留英文原词在文中

Cleaning up the Dirty Laundry 整理缺陷

low carb

Atkins diet

metadata annotations 元数据描述

Simplying Client View for EJBs 简化EJB客户端

dependency injection 依赖型injection

ter injection 安放injection

ISV Independent software vendor 独立软件Software供应商

[查看PDF电子文档]

j2ee项目开发:J2EE项目中开发团队的组建-j2ee

2008-09-10

这种应用模型允许不同的开发人员同时进行开发的各个元素。这里阐述一下对不同层次的设计人员，开发人员的技术要求。对以下几个分类进行描述。
　　设计师组建团队
　　表现逻辑层的团队角色
　　业务逻辑层等团队角色
　　数据库访问层的团队角色

　　团队的组成可以根据人员的数量和系统的范围大小。例如，不一定所有的角色都要分配，有些人可以担当不能的角色。

设计师
在基于组件的应用系统开发中，一个或几个人必须对这个系统的整体需求有全面的了解，比如系统的控制流程，和其他的接口等等。有些公司称这个角色为总工程师，不管怎么叫，这个角色非常重要，他承担协调不同开发小组之间的工作，帮助他们考虑系统这个“大图”。

表现逻辑层的团队角色
在表现层，用户界面是动态生成的。需要如下开发人员：
　　Javaservlet开发人员
　　JSP开发人员
　　HTML设计人员
　　美工人员
　　客户端的javascript开发人员
　　Servlet开发人员建立表现层的逻辑，而其他人员建立表现的形式。

JavaServlet开发人员
Servlet处理页和页之间的浏览，会话管理，简单的输入验证。Servlet也将业务逻辑的元素连接起来。
Servlet开发人员必须理解一些相关事宜，HTTP请求，安全，多语言，和一些页面元素如session,cookie，超时等等。J2EE的应用里面，servlet必须用Java来写，Servlet可能会调用JSP,EJB,JDBC等等。因此，servlet开发人员要与应用系统的其他人员紧密合作。

JSP开发人员
JSP开发人员与servlet开发人员密切合作来定义系统的表现层页面。即使在复杂的开发项目里，JSP和servlet的开发人员也可能是一个人。

　　然而，如果一个系统中大部分Java在servlet而不是在JSP里，JSP人员就不必对Java非常熟悉。

HTML设计人员
HTML设计人员对HTML页面进行优化。例如，他可能要完成以下任务：

　　保证在不同的浏览器中所有的页面都能正常显示
　　保证低速的调制解调器访问也不受影响
　　对JSP设计人员的页面进行进一步的优化

美工人员
美工人员创建图片等等。这些图片要能小体积，快速下载。美工与HTML页面人员紧密合作。

客户端的javascript开发人员
使用客户端的javascript有很多原因。比如，可以处理简单的输入验证，不必提交给服务器，还可以让用户界面更生动。这个角色和servlet,JSP人员紧密合作。

业务逻辑层的团队角色
业务逻辑层包含业务规则和业务实体。需要以下人员：
Sessionbean开发人员
　　Entitybean开发人员

SessionBean开发人员
Sessionbeans包含业务处理和业务规则的逻辑。比如，一个sessionbean可能设计成计算一个支票的税率。如果一个系统面临处理经常变化的复杂逻辑，而又大量使用sessionbean，结果是，sessionbean就需要不断的更新。

　　Sessionbean的开发人员一般是一个领域的专家，理解复杂的，专门领域的逻辑，还有数据验证的规则。这个人员与servlet和entitybean开发人员紧密合作。

　　Sessionbean可能需要调用JDBC接口，和其他的EJB。无状态的sessionbean系统运行的会更好一些。因为，如果计算费率是一个有状态的sessionbean，系统就必须访问一个保存bean的状态信息的服务器。如果那个服务器恰巧出现问题，整个流程就会受阻。

EntityBean开发人员
Entitybean代表永久的对象，如一个数据库中的一条记录。Entitybean开发人员的任务是设计一个面向对象的所有业务数据的组织图。建立面向对象的试图意味着要将数据库中的表（关系型的）映射成entitybean。例如，开发人员需要将客户表，发票表，和订单表转换成相应的客户，发票，和订单对象。

　　一个entitybean开发人员与sessionbean,Servlet开发人员密切合作，保证应用系统提供快速的，灵活的，可扩展的对业务数据的访问。

　　Entitybean可能会大量的调用JDBC接口。而entitybean之间的调用会很少。

数据库访问层的团队角色
在数据库访问层，开发人员需要建立关系型数据库的ER图，数据字典等等相关文档。所有对数据库的修改，访问等等权限操作都要经过数据库访问层开发人员。这个角色在大部分项目中担当DBA的角色。

　　团队组建之后，就可以开始设计用户界面。

设计用户界面
建议从前到后开始设计应用系统。就是说，先设计用户界面，再设计EJB，这样效率最高。 [查看PDF电子文档]

j2ee开发:开发J2EE应用的要领-j2ee

2009-02-12

作为开发mission-critical企业级应用整套规范标准整合平台其规范标准的多、内容的广从而给开发J2EE应用带来了很多“麻烦”比如为实现内容RDBMS存储我们可能思路方法有JDBC、Entity Beans、JDO、O/R Mapping工具(TopLink、Hibernate)、XML-DBMS、JAXB等思路方法(其中些思路方法不是J2EE规范标准所包含)因此为实现J2EE各层(至少有表示层、控制层、商业逻辑层等3层)以及层和层的间耦合J2EE系统架构师需要考虑问题会很多加上J2EE本身快速发展给架构、开发具有工业强度J2EE应用带来些难题
同时软件Software开发技术从来就没有“银弹”所以J2EE技术也不是万能但是如果我们在结合具体商业需求基础上合理应用好J2EE技术其结果可想而知本文试探从自己以往项目经验来探讨开发J2EE应用应该遵循几点准测入手以起到抛砖引玉作用如果能达到这点要求则万分激动
本文结合JBoss 3.2.1下J2EE应用开发为例展开论述 1结合商业需求选择合理架构

如果脱离商业需求而单独讨论技术本身优势是不够各项技术都有产生特定背景其中很多都是来自工业需求而触动般而言企业信息系统(EIS)都要求自己稳定、安全、可靠、高效、便于维护同时各个企业信息系统都有自己独特要求可能有些时候需要考虑和原有遗留系统集成所以了解各个企业信息系统具体商业需求对于整个系统架构显得很关键
比如如果待开发J2EE应用系统中使用到数据大部分来自于外在数据源；而这些数据可能是通过JDBC直接从外在数据源导入到待开发J2EE系统Database中对于这种情形如果在开发过程中仅仅使用JDBC来操作数据库对于小强度(并发访问用户少、数据流量少)情形显然是比较合适；但如果并发访问用户较多、数据流量大对Database层使用较为频繁情形则显得有些力不从心因此对于这种需求我们可以考虑采用Entity Beans with Caches打个比方在JBoss 3.2.1中对于Entity BeansCache策略有多种这时可以考虑使用即“Standard CMP 2.x EntityBean”方式并采用“D”类型commit-option来保证Entity Beans内容和数据源同步并使得系统性能得到大大改善(同直接使用JDBC相比)其中可以将些Entity Beans设置为read-only以改善性能
当然在这里也可以采用其他些O/R Mapping技术比如TopLink
再比如考虑这样种情形:如果待开发企业信息系统使用到数据都是由系统本身生成和操作则建议采用:CMP Entity Beans技术Entity Beans给大家印象很坏这可能和EJB 1.1给大家留下坏映象有关吧但是EJB 2.0(或者说2.1)得到了很大改善Local Interfaces、CMR、Read-Only、Session Façade模式给Entity Beans注入了活力当然并发用户多、数据流量很大时才会体现出使用Entity Beans优势其中有点很关键:要注重Entity Beans技术性能调优各个应用服务器都有自己套性能调优方案对于JBoss 3.2.1配置文件standardjboss.xml提供了Entity Beans技术调优入口比如Bean Lock策略合理使用对于Entity Beans调优就显得很重要这样使得我们可以更加关注于系统商业逻辑而不只是底层Database(EJB调优处于EJB Container中因此我们处在J2EE性能高端而不是底端即Database层同时Database层调优使得J2EE系统数据库移植性大打折扣)
简而言的要结合各个系统特定需求和状况给出具体技术架构方案而不能孤单论述技术本身好坏

2Framework合理选用

设计模式在J2EE应用系统中扮演着重要角色因此有个问题摆在大家面前是自己来实现具体设计模式还是借助于Third-party Framework如果贵公司不大或者说公司不想在J2EE基础应用Framework投入很多精力选用现有较为成熟、稳定、和现有J2EE Specication兼容技术框架会比较明智
般而言Framework本身或者说J2EE平台本身都是实现并优化了具体设计模式、规则比如业务代理、Service Locator(包括Web Tier和EJB Tier各自服务定位器起到统管理有限资源、Cache相关资源作用便于系统移植)、Front Controller、DAO等等现有J2EE Framework比较丰富比如:
Struts: 对于实现了Model 2类型Framework对于现在以及将来(随着JSF规范标准、技术成熟)选用她是种明智的举目前Struts已经发展到1.1版本其内在MVC主线、对后端数据操作方式没有限定、集合了Apache Jakarta项目组优秀相关项目精华可谓是开发J2EE应用佳品同时对于具有.NET Web Forms功能下代J2EE平台技术JSF而言Struts本身可考虑到和JSF兼容和集成性比如通过JSP呈现表示层、Servlet呈现控制层、EJB呈现数据存储层各层的间可以通过值对象、HTTP相关对象来通讯实现J2EE相关技术完美应用
Log4j: 我想对于习惯采用“.out.prln(“”);”读者而言Log4j是大家福音尽管Java 2 Standard Edition也具备java.util.logging包来保证日志输出但Log4j简单、高效、灵活已经成了很多项目选择日志在某种程度上可以考验系统稳定性、正确性所以采用可配置Log4j(目前Log4j已经考虑到了和java.util.logging包兼容性)是不会错比如JBoss 3.2.1本身就是借助于Log4j来管理日志
realMethods: 可能有些读者还不知道这款杀手锏那好这里就简要作介绍
realMethods是开发J2EE应用Framework她区别于Struts(主要在于实现Model 2J2EE应用前端)；realMethods对于J2EE应用各个层面都有详尽、高效支持同时realMethods以前还是商用软件Software现在已经成为了Open Source产品因此现在可以参看其全部源代码
BC4J: Oracle公司推出用于Java商业组件其内容和外在特点和优势不言而寓
当然类似Framework很多很多作为开发J2EE应用团队(Team)而言我们需要对各种Framework加以筛选选择适合项目需求、团队(Team)、公司发展方向框架
般情况下待开发目标产品不宜采用过多Framework其J2EE各个技术发展很快过多Framework使得系统后续升级、维护不利；其 2可以借鉴其中好面比如研究realMethods实现相应设计模式并改造她以适合我们项目需求；其 3Framework本身会有变动如果选用过多会给开发团队(Team)加重负担从而不利于项目管理(project management)

有选择使用现有成熟Framework能提升大家开发效率、开发水平

3开发模式选择

开发J2EE应用要求目标开发人员能够掌握其中各种技术但是现实情况不是这样作为个团队(Team)每个人都有自己区别技能优势、兴趣以及悟性同时J2EE本身需要体现社会分工般情况下我们开发团队(Team)不会有Specication所要求各个开发角色现实往往只有3种(也可能是两种):美工、JSP员、EJB员面对这种分工团队(Team)更要注重沟通、交流注重代码致性
般情况下团队(Team)要尽量采用版本控制工具管理代码、尽量做到每天都有个完整运行版本经过段时间团队(Team)都会适应这种开发模式其中版本控制工具定要使用便于代码管理、控制和备份这其中会牵扯到很多层面比如开发工具选择要考虑到版本控制工具使用、建模工具合理使用有助于团队(Team)有效沟通和交流
基于现有开发模式个人认为这样3套方案不错第采用Together作为建模工具、采用JBuilder作为IDE工具、采用VSS(或者CVS)作为版本控制工具、采用JBoss作为开发J2EE应用开发阶段服务器第 2采用WebSphere Studio整套工具第 3采用Eclipse(或者JCreator)、Ant、XDoclets作为开发工具
当然手工完成J2EE应用编写、编译、打包、部署、测试更能使开发者理解各个开发阶段具体细节但本人认为只要开发者有这种关注具体细节态度选用功能强大建模、开发工具是明智开发工具不能提高开发人员开发技能但是她能够引导开发人员正确开发方向比如,JBuidler 9 Enterprise提供EJB精灵具有“Struts + EJB + Session Façade + Value Object”等功能呈现了业界广泛应用J2EE构架方式

4注重各个阶段测试工作

测试工作往往是很多项目经理(project manager)忽视不愿意去花费时间、费用内容那样会增加项目成本但是他们忽视了项目完成质量往往对项目成本有很大关系比如如果软件Software质量很差并没有经历测试阶段其后期部署、运行所带来费用会远远超过前期费用
测试是分阶段单元测试比如借助于JUnit来保证功能正确等内容集成测试来保证系统没有内存泄漏等内容其中Optimizeite Suite Enterprise对于完成Profiler、Code Coverage、Thread Debugger等内容很有帮助我记得我写个Swing桌面应用存在内容泄漏但是想了很多办法都没有解决问题后来采用Profiler获得了答案因此现在开发应用我们很多时候都采用Optimizeite Suite Enterprise作为测试工具尤其是在做集成测试过程中检查系统内存泄漏、性能很有帮助
测试是分类型压力测试、性能测试就目前对支持J2EE应用测试而言并没有很好测试工具但是般情况下借助于Rational Robot也能够取得不错效果

当然成功开发J2EE应用原因有很多比如Entity Beans成功应用很大程度上和底层Database设计有关系(如果表结构设计设计不合理将导致Entity Beans性能急剧下降)；如何最大化挖掘、提升团队(Team)各个成员J2EE技能等等这些设计面很广

谢谢希望此文给你带来了快乐、帮助

[查看PDF电子文档]

购物网站架设实战:实战J2EE—开发购物网站（二）-j2ee

2008-09-10

LE style=\"WORD-BREAK: break-all\" cellSpacing=0 cellPadding=0 width=700 align=center border=0>

第三步，安装配置jBuilder 7

这里我安装的是weblogic版
安装jBuilder不要把它装到带有空格的目录里如Prograih Files,或是中文目录中，不然编译时会出错的。安装很简单，不必多言，这里着重讲一下配置

小技巧一：大家觉得jBuilder运行时也许很慢，因为jbuilder默认使用32MB内存，如果你的内存够大的话，可以加大一点，具体办法如下，

在jBuilder安装目录BIN下找到jbuilder.config文件，编辑它，改变Vmparams 后的参数，我的配置为
vmparam -Xms64M
vmparam -Xmx64M
启动jBuilder，在Help下的About Jbuilder下可以看到Java heap已经增加了，运行也快了许多，起码以后可以编译较大的文件。

小技巧二：运行jBuilder时，发现编写代码很不方便，所选的代码与实际所见的总是差一个，这是因为字体的原因，解决方法如下，在Tools的Editor Options下的Display里，将Editor font里的Font Family改为新宋体即可。

配置weblogic服务

用jBuilder可以整合weblogic，这样可以把在jBuilder下开发的EJB或打包成WAR的网站直接发布到weblogic！

首先在tools下选择Configure Servers

在下面的user Home下，你可以看到“webLogic Application Server 6.X-7.0”项，点击它，在右边会出现Server Settings ，将Enable server打上勾，在下面的General下选择home directory和Working directory:本人的为\"D:/bea/wlserver6.1\"

然后点Custom项
选择JDK installation directory:本人的为“D:/bea/jdk131”
BEA home directory:本人的安装目录为“D:/bea”，接着输入密码和设定的Domain name和Server name这些都是你安装weblogic时设定的，如果目录选择正确，在下面的version下会自动出现你的weblogci的版本号。点击OK即完成！

下面，我们做一个试验，看看weblogic是不是和jbuilder整合了！
首先，我们新建一个工程，选Application,在name里填写你的工程名,接着按完成即可。

在新建工程项目时顺便看一看Server是不是用的Weblogic

然后再选新建，在出现的Object Gallery下选Web,因为我们是要发布WEB应用，所以选取Web Application，为它命个名，这将是网站包的名字，指定它的工作目录后选择Generate war,点OK即可

接下来，我们要新建一个JSP文件，一样点新建，在WEB下选择JAVAServer Page,按它的默认点下一步即可，它会自动创建一个JAVABEAN。

首先，我们要把自动生成的这个BEAN编译为class，选中它，点右键，在出现的菜单选Rebuild编译

然后编译你的Web Application，它会自动生成WAR包,点这个包发布即可

发布网站

接下来打开浏览器输入 http://127.0.0.1:7001/tds/index.jsp 即可看到该页面。

PS:WAR为整个web appliction压缩包，讲简单明白点就是我们所做的整个网站都可以打成一个包，然后用weblogic来发布，当然weblogic也支持用目录发式来发布的！

[查看PDF电子文档]

购物网站架设实战:实战J2EE—开发购物网站（一）-j2ee

2008-09-10

言

本文通过实战全程编写一个购物网站来讲解如何使用J2EE来建立企业级的网络应用！本文针对的是像我这样的绝对初学者，如果您是高手就莫要见笑了！

一：搭建开发平台

本文从实战出发，所以关于一些概念性的问题就不多讲了，这些东东可以从google上搜到，首先准备下面的家伙吧：

1.oracle
2.weblogic
3.jbuilder

其它：struts-console-2.2（用作struts视图开发）PowerBulider（方便数据库操作）Dreamweaver(美化前台页面)
以上就是我在公司里开发的所用的东东了！开发平台为win2000。

以下以我家里的配置为例详细介绍搭建J2EE的开发平台。（家里的软件都是从网上当的）

家用机配置：P4赛扬1.7G,256MB 20GHDD 操作系统：windows2000 SP3
数据库：oracle 8i
J2EE应用平台:weblogic 6.1 sp2
EJB,JSP,jAVABEAN开发：jbuilder 7 weblogic版

第一步，安装配置oracle数据库

安装oracle最新版的9i什么事都没有，但如果你在P4的机器上装8i可能就会出现问题，点了安装之后没有反应。（P4赛扬也存在这个问题）没法，我的oracle就是从网上当的8i（比9i苗条多了），如果您是P4的机器又要装8i的话，那么先按如下方法做（这是我从网上搜到的方法）

（1）创建一临时目录，并将Oracle8i的安装源程序拷贝到此目录。
找到目录
stage\\Components\\oracle.swd.jre\\1.1.7.30\\1\\DataFiles\\Expanded\\jre\\win32\\bin下的 symcjit.dll 的文件，并改名为 symcjit.old。注意OEM目录下还有一个symcjit.dll文件要改名。
（2）搜索到oraparam.ini文件，打开它，改变行RE_MEMORY_OPTIONS=-mx48m的参数为 JRE_MEMORY_OPTIONS=-nojit -ms16m -mx32m
（3）其它的参数保持不变。
（4）执行本地硬盘install\\win32\\setup.exe目录下的Setup.exe文件。此时调用的是修改过的参数文件oraparam.ini。
（5）安装时选择自定义模式，并且不创建数据库。
（7）Oracle8i安装完成后，安装目录中的下列每一个文件都有需要作相应修改。(如果不修改点任何应用都没有反应)

assistants\\dbca\\dbassist.cl
assistants\\dbma\\dbmig.cl
assistants\\ifa\\ifa.cl
bin\\elogin.cl
bin\\owm.cl
ldap\\oidamdin\\oidadmin.cl
network\\tools\\netasst.cl
network\\tools\\netca.cl
owm\\install\\instelogin.cl
owm\\install\\instowm.cl

用编辑工具依次打开上述文件，增加参数 -nojit，以dbassist.cl文件为例示意如下：

Command=(\"C:\\Program Files\\Oracle\\jre\\1.1.7\\BIN\\JREW\" -nojit -classpath ....)

用相同的方法修改所列出的每一个.cl 文件内容。
修改完后运行database administrator下的Database Configuration Assistant就可以创建数据库了，这可是一个漫长的过程，在创建数据库时要创建全局标识，搞个好记的就行，以后好配置数据库连接。创建完后，默认的DBA用户名为system,密码为manager。
在以后，我会陆续讲一些关于oracle的初学经验，帮助大家快速入门！

第二步，安装配置weblogic 6.1SP2,并连接oracle

win平台的weblogic基本上都可以直接安装，但要注意不要把它装到带有空格的目录里如Program Files,或是中文目录中，默认为c:\\bea，按默认点下一步，就可以完成安装，这个基本没有意外！（最简单的安装操作）,最后要记住你设的管理密码!
我把管理员名和服务名改了。

为了调试方便，不将weblogic设为自动服务启动

设定您的管理密码，进入控制台，启动服务都需要

为了方便，我将目录安到了D盘，并将domain改为maxuan,server改为max,接下来我们将配置JDBC连接oracle数据库

首先打开D:\\bea\\wlserver6.1\\config\\maxuan(maxuan为我改后的名字，默认的为mydomain)，用文本编辑器如：记事本或editplus打开startWebLogic.cmd，找到“set PATH=”这一行，加入“.\\bin\\oci817_8”，如本人的为“set PATH=.\\bin;.\\bin\\oci817_8;%PATH%”

为了使启动weblogic不需要每次都输入密码，在“set WLS_PW=”输入安装时所设定的密码即可。

双击startWebLogic.cmd或在程序中直接运行Start Default Server启动weblogic服务（注意不要将这个窗口关了哟）
启动weblogic

然后在程序中运行Start Default Console，进入控制台操作,在出现的对话框中输入管理用户名system，密码为你设的密码即可进入！

点开左边的Services，你可以看到JDBC

点开它,点击在下面的Connection Pools，右边会出现配置项目，点击Configure a new JDBC Connection Pool出现配置项，在Configuration下的General标签下配置

name:这里我填写的是“mytest”；
URL填写为“jdbc：weblogic：oracle”；
Driver Classname:填写为“weblogic.jdbc.oci.Driver”；
Properties(key=value)：填写为：
user=system
password=manager
server=oradb
这里的oradb即是所安装的oracle所创建的数据库的全局标识。user和password我用的是默认的DBA，你可以用自己创建的用户名和密码。点击Apply按钮完成。

点击Targets下的Servers标签，把Available下的Tgets-Server移到Chosen下，然后点Apply按钮。

接着配置下面的Data Sources，在右边用“Configure a new JDBC Data Source”创建新的Data Sources，这里的Name和Pool Name均填上面的设定“mytest”，JNDI Name填写“oradb”,同上面一样，点击Targets下的Servers标签，把Available下的Targets-Server移到Chosen下，然后点Apply按钮。

这时点开Start Default Server窗口应当看到已经启动jDriver/Oracle了！
PS：用weblogic已经有段时间了，而且也参加过weblogic J2ee 的培训，以后将会把相关经验放到论坛上！
重启服务吧！

[查看PDF电子文档]

购物网站架设实战:实战J2EE—开发购物网站（三）-j2ee

2008-09-10

二：创建数据库

小试牛刀oracle 8i(顺便我们练练手)(为了方便，我就将oracle 8i简写8i了)
8i和9i确实有些不一样，不过在界面上区别不大，还是以我的oracle 8i为例为大家讲解一下吧！既然是实战，首先我们为自己新建一个开发用户，并创建一个表！！
在oracle里创建新用户和表的方法比较多，只要你有管理员的权限（废话！），首先用最简单的，在8i的程序组中启动DBA Studio程序项,在出现的数据库链接信息中输入管理用户名和口令即可，当然，在oracle中，你可以用用户名斜杠口令的方法登陆，连接身份选SYSDBA。

(1-1)创建用户：
在登陆后，点安全，在第一项，你就会看到用户，用右键你可以创建新用户，或者给用户授于角色，不同的角色拥有不同的权限！oracle8i预定义的角色，我在下面会讲。看看下边我抓的图吧，在一般信息后面的角色，你就可以赋予connect,resource权限。

(1-2)创建数据库：
咱们先断开system的数据库连接，可以在文件中选择，也可以用右键。然后用我们创建的用户来登陆，并且在方案中找到表，然后就可以直接创建，由于是图形可视化，而且又是全中文的，我就不缀述了！！大家可以多试试！

(2)用SQLPLUS工具创建用户和数据库：
在oracle中可以使用sqlplus这个工具来书写SQL语句，对于SQL高手来说，这是发挥才能的好地方！！
咱们来试试吧，首先一样要先登陆，为了创建新用户，咱们仍以system来登陆。在主机字符串中填入数据标识(oradb)

下用我用一张截图说明所有的操作，这里做一下说明：
在登陆进去后，出现“SQL>”我们就可以在它后面书写SQL语句，grant connect,resouce to maxuan identified by max,这一句是创建用户maxuan,口令为max,并赋予connect,resource权限，在出现授权成功后，我们用conn maxuan/max这句来以maxuan连接数据库，这时的角色已经不是DBA了！接下来的是些基本的SQL建表语句，不用多说了，在sqlplus中，每条语句结束用分号标识，在完成后，我们可以用quit或exit命令断开

ps:这里我说几个8i的预定义角色！

1.CONNECT角色: 授于最终用户的典型最基本的权利
ALTER SESSION --修改会话
CREATE CLUSTER --建立聚簇
CREATE DATABASE LINK --建立数据库链接
CREATE SEQUENCE --建立序列
CREATE SESSION --建立会话
CREATE SYNONYM --建立同义词
CREATE VIEW --建立视图

2.RESOURCE角色: 是授予开发人员的
CREATE CLUSTER --建立聚簇
CREATE PROCEDURE --建立过程
CREATE SEQUENCE --建立序列
CREATE TABLE --建表
CREATE TRIGGER --建立触发器
CREATE TYPE --建立类型

3.DBA角色：拥有系统所有系统级权限

4.IMP_FULL_DATABASE角色、EXP_FULL_DATABASE角色：
BACKUP ANY TABLE --备份任何表
EXECUTE ANY PROCEDURE --执行任何操作
SELECT ANY TABLE --查询任何表

5.DELETE_CATALOG_ROLE角色：
授予用户这个角色，用户就可以从表sys.aud$中删除记录，
sys.aud$表中记录着审计后的记录，使用这个角色可以简化审计踪迹管理。

6.SELECT_CATALOG_ROLE角色、EXECUTE_CATALOG_ROLE角色：
SELECT_CATALOG_ROLE角色具有从数据字典查询的权利，
EXECUTE_CATALOG_ROLE角色具有从数据字典中执行部分过程和函数的权利。

[查看PDF电子文档]

j2ee开发:J2EE开发原则学习

2009-02-12

J2EE作为开发mission-critical企业级应用整套规范标准整合平台规范标准多、内容广从而给开发J2EE应用带来了很多“麻烦”比如为实现内容RDBMS存储我们可能思路方法有JDBC、Entity Beans、JDO、O/R Mapping工具(TopLink、Hibernate)、XML-DBMS、JAXB等思路方法(其中些思路方法不是J2EE规范标准所包含)因此为实现J2EE各层(至少有表示层、控制层、商业逻辑层等3层)以及层和层的间耦合J2EE系统架构师需要考虑问题会很多加上J2EE本身快速发展给架构、开发具有工业强度J2EE应用带来些难题
　　同时软件Software开发技术从来就没有“银弹”所以J2EE技术也不是万能但是如果我们在结合具体商业需求基础上合理应用好J2EE技术其结果可想而知本文试图从本人以往项目经验入手来探讨开发J2EE应用时应该遵循几点准则希望起到抛砖引玉作用本文结合JBoss 3.2.1下J2EE应用开发为例展开论述
　　1.结合商业需求选择合理架构
　　如果脱离商业需求而单独讨论技术本身优势是不够各项技术都有产生特定背景其中很多都是来自工业需求而触动般而言企业信息系统(EIS)都要求自己稳定、安全、可靠、高效、便于维护同时各个企业信息系统都有自己独特要求可能有些时候需要考虑和原有遗留系统集成所以了解各个企业信息系统具体商业需求对于整个系统架构显得很关键
　　比如如果待开发J2EE应用系统中使用到数据大部分来自于外在数据源；而这些数据可能是通过JDBC直接从外在数据源导入到待开发J2EE系统Database中对于这种情形如果在开发过程中仅仅使用JDBC来操作数据库对于小强度(并发访问用户少、数据流量少)情形显然是比较合适；但如果并发访问用户较多、数据流量大对Database层使用较为频繁情形则显得有些力不从心因此对于这种需求我们可以考虑采用Entity Beans with Caches打个比方在JBoss 3.2.1中对于Entity BeansCache策略有多种这时可以考虑使用即“Standard CMP 2.x EntityBean”方式并采用“D”类型commit-option来保证Entity Beans内容和数据源同步并使得系统性能得到大大改善(同直接使用JDBC相比)其中可以将些Entity Beans设置为read-only以改善性能当然在这里也可以采用其他些O/R Mapping技术比如TopLink
　　再比如考虑这样种情形:如果待开发企业信息系统使用到数据都是由系统本身生成和操作则建议采用:CMP Entity Beans技术Entity Beans给大家印象很坏这可能和EJB 1.1给大家留下坏映象有关吧但是EJB 2.0(或者说2.1)得到了很大改善Local Interfaces、CMR、Read-Only、Session Fa?ade模式给Entity Beans注入了活力当然并发用户多、数据流量很大时才会体现出使用Entity Beans优势其中有点很关键:要注重Entity Beans技术性能调优各个应用服务器都有自己套性能调优方案对于JBoss 3.2.1配置文件standardjboss.xml提供了Entity Beans技术调优入口比如Bean Lock策略合理使用对于Entity Beans调优就显得很重要这样使得我们可以更加关注于系统商业逻辑而不只是底层Database(EJB调优处于EJB Container中因此我们处在J2EE性能高端而不是底端即Database层同时Database层调优使得J2EE系统数据库移植性大打折扣)
　　简而言的要结合各个系统特定需求和状况给出具体技术架构方案而不能孤单论述技术本身好坏
　　2.Framework合理选用
　　设计模式在J2EE应用系统中扮演着重要角色因此有个问题摆在大家面前是自己来实现具体设计模式还是借助于Third-party Framework如果贵公司不大或者说公司不想在J2EE基础应用Framework投入很多精力选用现有较为成熟、稳定、和现有J2EE Specication兼容技术框架会比较明智 [Page]
　　般而言Framework本身或者说J2EE平台本身都是实现并优化了具体设计模式、规则比如业务代理、Service Locator(包括Web Tier和EJB Tier各自服务定位器起到统管理有限资源、Cache相关资源作用便于系统移植)、Front Controller、DAO等等现有J2EE Framework比较丰富比如:
　　Struts: 对于实现了Model 2类型Framework对于现在以及将来(随着JSF规范标准、技术成熟)选用她是种明智的举目前Struts已经发展到1.1版本其内在MVC主线、对后端数据操作方式没有限定、集合了Apache Jakarta项目组优秀相关项目精华可谓是开发J2EE应用佳品同时对于具有.NET Web Forms功能下代J2EE平台技术JSF而言Struts本身可考虑到和JSF兼容和集成性比如通过JSP呈现表示层、Servlet呈现控制层、EJB呈现数据存储层各层的间可以通过值对象、HTTP相关对象来通讯实现J2EE相关技术完美应用
　　Log4j: 我想对于习惯采用“.out.prln(“”);”读者而言Log4j是大家福音尽管Java 2 Standard Edition也具备java.util.logging包来保证日志输出但Log4j简单、高效、灵活已经成了很多项目选择日志在某种程度上可以考验系统稳定性、正确性所以采用可配置Log4j(目前Log4j已经考虑到了和java.util.logging包兼容性)是不会错比如JBoss 3.2.1本身就是借助于Log4j来管理日志
　　realMethods: 可能有些读者还不知道这款杀手锏那好这里就简要作介绍realMethods是开发J2EE应用Framework她区别于Struts(主要在于实现Model 2J2EE应用前端)；realMethods对于J2EE应用各个层面都有详尽、高效支持同时realMethods以前还是商用软件Software现在已经成为了Open Source产品因此现在可以参看其全部源代码
　　BC4J: Oracle公司推出用于Java商业组件其内容和外在特点和优势不言而喻
　　当然类似Framework很多很多作为开发J2EE应用团队(Team)而言我们需要对各种Framework加以筛选选择适合项目需求、团队(Team)、公司发展方向框架
　　般情况下待开发目标产品不宜采用过多Framework其J2EE各个技术发展很快过多Framework使得系统后续升级、维护不利；其 2可以借鉴其中好面比如研究realMethods实现相应设计模式并改造她以适合我们项目需求；其 3Framework本身会有变动如果选用过多会给开发团队(Team)加重负担从而不利于项目管理(project management)有选择使用现有成熟Framework能提升大家开发效率、开发水平

　　3开发模式选择
　　开发J2EE应用要求目标开发人员能够掌握其中各种技术但是现实情况不是这样作为个团队(Team)每个人都有自己区别技能优势、兴趣以及悟性同时J2EE本身需要体现社会分工般情况下我们开发团队(Team)不会有Specication所要求各个开发角色现实往往只有3种(也可能是两种):美工、JSP员、EJB员面对这种分工团队(Team)更要注重沟通、交流注重代码致性
　　般情况下团队(Team)要尽量采用版本控制工具管理代码、尽量做到每天都有个完整运行版本经过段时间团队(Team)都会适应这种开发模式其中版本控制工具定要使用便于代码管理、控制和备份这其中会牵扯到很多层面比如开发工具选择要考虑到版本控制工具使用、建模工具合理使用有助于团队(Team)有效沟通和交流 [Page]
　　基于现有开发模式个人认为这样3套方案不错第采用Together作为建模工具、采用JBuilder作为IDE工具、采用VSS(或者CVS)作为版本控制工具、采用JBoss作为开发J2EE应用开发阶段服务器第 2采用WebSphere Studio整套工具第 3采用Eclipse(或者JCreator)、Ant、XDoclets作为开发工具
　　当然手工完成J2EE应用编写、编译、打包、部署、测试更能使开发者理解各个开发阶段具体细节但本人认为只要开发者有这种关注具体细节态度选用功能强大建模、开发工具是明智开发工具不能提高开发人员开发技能但是她能够引导开发人员正确开发方向比如,JBuidler 9 Enterprise提供EJB精灵具有“Struts + EJB + Session Fa?ade + Value Object”等功能呈现了业界广泛应用J2EE构架方式
　　4注重各个阶段测试工作
　　测试工作往往是很多项目经理(project manager)忽视不愿意去花费时间、费用内容那样会增加项目成本但是他们忽视了项目完成质量往往对项目成本有很大关系比如如果软件Software质量很差并没有经历测试阶段其后期部署、运行所带来费用会远远超过前期费用
　　测试是分阶段单元测试比如借助于JUnit来保证功能正确等内容集成测试来保证系统没有内存泄漏等内容其中Optimizeite Suite Enterprise对于完成Profiler、Code Coverage、Thread Debugger等内容很有帮助我记得我写个Swing桌面应用存在内容泄漏但是想了很多办法都没有解决问题后来采用Profiler获得了答案因此现在开发应用我们很多时候都采用Optimizeite Suite Enterprise作为测试工具尤其是在做集成测试过程中检查系统内存泄漏、性能很有帮助
　　测试是分类型压力测试、性能测试就目前对支持J2EE应用测试而言并没有很好测试工具但是般情况下借助于Rational Robot也能够取得不错效果
　　当然成功开发J2EE应用原因有很多比如Entity Beans成功应用很大程度上和底层Database设计有关系(如果表结构设计设计不合理将导致Entity Beans性能急剧下降)；如何最大化挖掘、提升团队(Team)各个成员J2EE技能等等这些设计面很广 (赛迪培训子网)
J2EE 探索者:用 5个容易步骤实现 JSP 自定义标记
JSP 自定义标记为在动态 Web 页中将表示和业务逻辑分离提供了种标准化机制使页面设计者可以将注意力放到表示上而应用开发人员编写后端代码在 J2EE 探索者这篇文章中具有企业观念开发者 Kyle Gabhart 介绍了 JSP 自定义标记基本知识并引导您完成将它们加入到 JSP 页面 5步过程
您可能听说现在有上百种区别方式但是在开发 Web 应用时将表示逻辑和业务逻辑分离是很重要近年来Java 平台已经发展为在体系结构层次上加入了这种分离例如在 JSP 体系结构中加入 JavaBean 组件使开发人员使用 JSP 标记获得和设置经过特别编码 Java 组件上属性这些组件或者 JavaBean 再代表表示层执行后端业务处理
JSP 自定义标记是 JSP/JavaBean 体系结构产物像 JavaBean 技术样自定义标记有助于将表示逻辑和业务逻辑分离并且自定义标记成了 Web 设计者 HTML、XML 和 Javascript 世界和软件Software工程师 Java 代码、SQL 和算法世界的间桥梁 [Page]
在本月 J2EE 探索者中您将学到在 JSP 页中使用 JSP 自定义标记些基本知识我们首先介绍 JSP 标记然后直接进入创建标记、将它结合到 JSP 容器并在 JSP 页面中使用它过程在本文最后我们将简要讨论 Java 标准标记库(Java Standard Tag Library, JSTL)这是组可以在您 Java 开发项目中使用、标准化 JSP 自定义标记
JSP 自定义标记
JSP 自定义标记是用户定义标记它遵循 JSP JavaBean 标记(即 useBean、getProperty 和 Property)所使用种特殊 XML 语法当 servlet 容器处理自定义标记时会个或者多个 Java 类文件处理它和用 Java 类文件处理 JSP 页面 JavaBean 方式基本样处理标记以后容器将取其名字和属性、以及标记正文中可能有任何内容并将它传递给个或者多个类文件进行处理
Java 开发人员编写标记处理类以处理标记并处理所有需要 Java 代码和数据操作对于 Web 设计者来说自定义标记和标准 HTML 标记除了都可以利用后端动态数据外它们看上去和使用起来没什么区别正确编写自定义标记可以让 Web 设计者创建、查询和操作数据而无需编写行 Java 代码正确使用自定义标记使 Java 开发人员不必再在编码过程中考虑表示层这样应用开发小组每位成员都可以关注于他或者她最擅长事物
实现 JSP 自定义标记
JSP 体系结构需要以下组件以实现自定义标记:
在每页中有个 JSP 声明
Web 应用描述符(web.xml)中个项
个包含特殊 XML 文件和为处理自定义标记而 Java 类 JAR 文件
在下面几节您将步步地学习如何满足这些要求并将自定义标记加入到 JSP 页面中要想成功实现 JSP 自定义标记您需要采取下面 5个步骤:
编写标记处理类
创建标记库描述符(TLD)
使 TLD 文件和处理类可访问
引用标记库
在 JSP 页面中使用标记
这些内容是相当基本也不用花很长时间就让我们开始吧
第 1 步. 编写标记处理类

在下面例子中我们将使用个非常简单显示当前时间和日期自定义标记例子下面就是 DateTag:

我们要做第件事是编写标记处理类在执行引用自定义标记 JSP 页面时JSP 容器判断每个自定义标记当容器遇到个标记时它和这个自定义标记相关联标记处理我们将在后面更多地讨论这个过程然后每个标记处理实现 JSP API 中个特殊接口标记有两种类型:可以处理标记内容(或者正文)标记和不能处理标记内容标记:

This is some body content that the tag handler can operate upon.

在 DateTag 例子中不需要加入正文内容它只显示当前日期因此我们处理类将实现 Tag 接口(般是通过扩展 TagSupport 类)如果我们要创建个可以处理正文标记那么我们就需要实现 BodyTag 接口(般是通过扩展 BodyTagSupport 类)清单 1 显示了 DateTag 处理类: [Page]
清单 1. 标记处理类
package myTags;
import javax.servlet.jsp.tagext.*;
import javax.servlet.jsp.*;
import javax.servlet.http.*;
import java.text.*;
import java.util.*;
public DateTag extends TagSupport {
public doStartTag throws javax.servlet.jsp.JspException {
HttpServletRequest req;
Locale locale;
HttpJspPage g;
DateFormat df;
String date;
JSPWriter out;

req = ( HttpServletRequest )pageContext.getRequest;
locale = req.getLocale;
df = SimpleDateFormat.getDateInstance(
SimpleDateFormat.FULL,locale );
date = df.format( java.util.Date );
try {
out = pageContext.getOut;
out.pr( date );
} catch( IOException ioe ) {
throw JspException( \"I/O Error : \" + ioe.getMessage );
}//end try/catch
Tag.SKIP_BODY;
}//end doStartTag
}//end DateTag
有关这段代码介绍说明
有关 DateTag 处理类有几件事值得说首先看下思路方法声明如果我们直接实现 Tag 接口那么就需要完成几个思路方法声明 TagSupport 类是简单、具体类它完全实现了在 Tag 接口中声明思路方法我们可以只实现那些在自定义标记中要使用思路方法在这个简单例子中我们只实现了 doStartTag 思路方法它是在遇到开始标记时
您还可能注意到 doStartTag 思路方法返回 SKIP_BODY当然其原因是我们简单日期标记没有正文您要注意最后件重要事情是使用了 pageContext 对象访问输出缓存Cache以直接向输出流发送内容您可能还记得在本系列以前文章说过pageContext 对象是个隐式对象它提供对和当前页面有关属性访问
编写了源代码文件后我们像编译所有其他 Java 类样编译这个类(确保在类路径中加入 Servlet/JSP JAR 文件)然后将编译类文件放到 Web 应用类目录(WEB-INF/es)中如果我们开发是几个标记或者定义有标记变量标记那么我们就会有多个标记处理类在这种情况下我们可能选择将处理类打包在个 JAR 文件中而不是使它们成为类目录中分散文件
第 2 步. 创建 TLD
下步是定义包含自定义标记和处理它 Java 类(或多个类)的间映射库这个库是在个名为标记库描述符(TLD) XML 文档中定义我们将从 DateTag 例子 DateTagLib.tld 中这个 TLD注意“.tld”是这种文件标准扩展名
清单 2. DateTagLib.tld 文件

1.0
A simple tag library

displayDate
myTags.DateTag
empty
Display Date

DateTagLib.tld 是个出色、最小标记库描述符文件所有关键信息都包含在 Tag 标记中在这里映射了标记名和处理类我们声明了标记对于正文内容敏感性对于更复杂情况我们可以使用其他 XML 标记以提供有关库和标记更多信息在个库中定义多个标记也很常见 [Page]
第 3 步. 使 TLD 和处理类可访问
第 3 步是使这个类或者这些类和 TLD 可以被 Web 应用访问有两种思路方法:可以将类和 TLD 打包到个 JAR 文件中再将这个 JAR 文件储存在 Web 应用 lib 目录中也可以将类文件分散地放到 es 子目录中并将 TLD 文件放到 Web 应用 WEB-INF 目录下面某位置
在这个例子中我们将使用第 2种思路方法将 TLD 文件和类分散地放到 Web 应用目录结构中您可以回忆起在第 1 步中我们已经将标记处理类放到了 es 目录中所以我们实际上只需储存 TLD 文件TLD 文件被储存在 WEB-INF 目录或者子目录中如果是部署 Java 文件则储存在 JAR META-INF/ 目录或者子目录在这里我们没有使用 JAR 文件所以我们只将 TLD 储存到 Web 应用 WEB-INF/lib 目录中
第 4 步. 引用这个库
这时我们已经编译了标记处理类、创建了 TLD 文件以定义处理类和标记的间映射、并保证类和标记在应用中都是可访问下步是建立 JSP 页面和标记库的间引用有两种思路方法声明 JSP 页面和其库的间引用可以通过 Web 应用描述符(web.xml)声明个静态引用也可以直接在页面中声明个动态引用我们将试用这两种思路方法
为了进行静态引用首先必须将下面项加入到 web.xml 文件中:

myTags

/WEB-INF/lib/DateTagLib.tld

然后将 JSP 声明加入到所有需要使用自定义标记库页面中:
<%@ taglib uri=\"myTags\" prefix=\"abc\" %>
注意指定 uri 属性和在 web.xml 文件中指定 taglib-uri 值相匹配
为了进行动态引用只需在所有需要使用这个库页面中加入个 JSP 声明即可:
<%@ taglib uri=\"/WEB-INF/lib/DateTagLib.tld\" prefix=\"abc\" %>
静态引用和动态引用比较
在进行标记库静态引用时JSP 声明必须查询 web.xml 文件以执行库查询这意味着如果移动或者重命名了库或者希望在 web.xml 文件中加入更多库就必须停止服务器、更新 web.xml 文件、然后重新启动服务器动态思路方法让 JSP 页直接指向 TLD 位置因而是在解释 JSP 页面时进行处理
静态思路方法提供了页面和库实际名和位置的间定程度非直接性这可以为您提供些改变这些属性而不修改页面灵活性另方面动态思路方法提供了更大灵活性让您可以在运行时增加和移动标记声明如果您对动态思路方法感兴趣但是又担心做了些改变后、有可能要更新多个页面维护负担那么您可以始终将 JSP 声明放到个单独 JSP 文件中并在每个要访问 Web 应用自定义库页面中加入这页这使您具有在运行时只需要更新信息次就可以增加库灵活性
第 5 步. 在 JSP 页面中使用标记
完成了所有这些准备工作后我们就可以在 JSP 页面中使用这些自定义标记了清单 3 显示了包含 DateTag JSP 页面浏览器输出: [Page]
清单 3. 带有自定义标记 JSP 页
<%@ taglib uri=\"/WEB-INF/lib/DateTagLib.tld\" prefix=\"abc\" %>

Date tag example

Date tag Example

Hi today is

重新启动 Web 服务器并测试自己 JSP 页面！结果看起来类似于图 1 所示
图 1. DateTag 浏览器输出
用 JSTL 节省时间
您所需要自定义标记功能中也许有多达百分的 8十已经由 J2EE 团体创建并标准化了使用现有标记库而不是从头创建所有东西会使您节省大量时间和精力尽管在公共域有数十种库不过业界汇集了个特定自定义库Java 标准标记库(JSTL)是由 Java Community Process 设计其参考实现是由 Apache Group 通过 Jakarta Taglibs 项目所开发和维护(参阅参考资料)
JSTL 定义了针对常见 Web 应用处理需求如变量支持、流程控制、URL 管理、XML 操作、国际化、数据库访问等等标记除了组丰富标记外JSTL 还定义了自己表达式语言(EL)EL 使我们可以容易地访问应用数据并更容易在不使用脚本或者请求时表达式条件下操作这些数据
除了节省您从头开发所有标记时间和精力JSTL 还具有标准化和业界承认所有好处这些好处包括厂商支持、大量介绍文字、以及有很大机会找到具有 JSTL 经验雇员或者承包商
结束语
在 J2EE Web 开发中越来越多地需要将业务和表示逻辑分离JSP 自定义标记提供了替代简单老 JavaBean 和 Java 脚本个有吸引力思路方法更好是在 JSTL 中已存在组已定义标准自定义标记库在 J2EE 探索者这篇文章中您经历了从头创建个自定义标记并在 JSP 页面中实现它过程我还简单介绍了 JSTL 并阐述了使用它而不是从头创建所有自定义标记好处
下个月我们将继续探索 J2EE 技术对 Web 应用安全体系结构进行分析祝这段时间里探索快乐！

[J2EE]项目艰辛笔记
这3天让Eclipse-Tocmat-Struts 配置问题搞直头大今天下班前终于将其搞定 :-)
我做法是将Struts 配置到标准J2EE工程里具体为:将*.jar 放到WEB-INF\\lib 下编写
WEB-INF 下struts-config.xml文件将tld放到WEB-INF 下配置web.xml 文件；
在发布时候将J2EE工程发布为标准 war 文件直接放到 $TOMCAT\\webapps\\ 下运行

1.struts-config.xml 文件配置
STRUTS 配置中最重要应该是struts-config.xml文件配置了
struts-config.xml 文件作用是映射form bean && action bean ,其中最重要是
映射它定义了JSP<->FORM BEAN<->ACTION BEAN
的间对应和forward 转发(在ACTION BEAN 里用到)；值得注意是:JSP 中text/password
等文本标签必须在其对应FORM BEAN 中有getter/ter 思路方法否则将提示出错
(花了2天才搞定！)

2.工程在TOMCAT 下发布 [Page]
标准J2EE可以在ECLIPSE 中方便进行开发这中间BEAN 和 SERVLET单元测试也可以在
ECLIPSE 中进行当切似乎没什么问题时你可以将其发布；值得注意是你应该让 ECLISPE
先为你编译即将src 编译为. 放到 WEB-INF\\ 中(花了1上午也没搞定幸好ZHENGQ
帮忙)编译的后就可用Lomboz 做发布了这个东西会帮你将工程发布为.war 文件

3.依然存在问题
1)整个过程非常麻烦尤其是调试.jsp时候期待种比较优雅高效方式
2)使用lomboz发布时应该可以指定目录但现在还不知道
3)eclipse 调试也比较繁期待种简洁方式
[查看PDF电子文档]

j2ee项目开发:使用Rational工具简化J2EE项目开发

2009-02-12

图1显示了在ASDI项目第1阶段(RUP和细化阶段)中用例演化我们在阶段创建了业务用例然后在细化阶段初期将业务用例转换成体现了“目前”系统用例现在我们是在细化阶段最激烈时刻我们正准备细化我们用例为系统完成向详细需求转换这个演进是自然形成直到断定了是否我们开始定义用例是正确我们才可以为用例进行更为详细信息添加旦详细系统需求被完成我们将它作为个正式交付物被ASDI审查通过

图1:第1阶段用例演进

标准化用例文档
在我们和ASDI对用例进行非正式检查会议中我们对用例进行了注释用例图和包也被我们高级团队(Team)成员定期检查了个“健全”检查将带来以下结果:
将不稳定或者遗漏方面反馈给组长
有用分析建议、模式和功能分解方面考虑
致系统视图
工程团队(Team)对详细需求交流
我们现在重点是记录我们已经了解到东西我们和ASDI在用例文档形式上达成了致并且我们非常高兴他们愿意接受在Rose模型中对每个用例直接添加文档方式这对于我们来说事情变得更加简单了这意味着更低对文档美观期望
在多个团队(Team)成员共同工作情况下我们发现我们需要标准化和每个用例相关联文档因此我们起草份用例文档模板并应用于Rose模型每个用例中在图2中显示内容是被粘贴到每个用例作为模板文档窗口注意我们在这个模板中使用术语“variation”作为对RUP可选流概念速记标记

图2:用例文档模板

在项目后来我们意识到在模型(*.mdl和*.cat)文件中有大量ASCII形式文档使模型加载慢了下来感谢我们快速电脑这个副作用还可以被容忍但是在后来项目中我们使用了更加正式思路方法来维护用例内容通过个自定义接口方式(就像在文章\"FineTuningRooComplementYourProcess\"所讨论那样)另个可选思路方法是使用Rose附带单独MicrosoftWord文档到用例特性(通过右键点击用例并从上下文菜单中选择New>File)
用例可跟踪性
ASDI原来期望是SOW将最终成为个大文字形式文档我们通过和他们不断讨论最终他们意识到这种思路方法缺点并作出了让步姿态他们现在明白了使用用例好处并很快掌握了相关概念并理解了使用用例将给他们种不需要对模型进行预排非常强大并适当反馈方式无论如何个好时间和精力分配已经进入了SOW可以理解ASDI希望我们能够确保不会遗漏任何在SOW中被捕获东西
为了提供这个保证我们使用了Rational工具来建立在SOW需求和我们相当稳定用例的间可跟踪性首先我们通过RequisitePro将Rose模型和被管理需求文档关联起来通过选择Tools>RationalRequisitePro>AssociateModeltoProject并选择SOW然后我们相应映射每个用例到主SOW需求通过右键点击用例并在上下文菜单中选择RequirementProperties>New如图3所示我们展示了个SOW需求列表并从中选择适当需求 [Page]

图3:关联需求和用例

我们已经在模型中建立起了这些关联我们可以跟踪需求到用例相反也可以双向可跟踪性是十分重要因此我们既可以发现遗漏需求也可以发现新添加需求遗漏某需求是不可接受跟踪需求到用例可以使我们很容易发现我们任何遗漏添加需求而没有清晰调整将导致项目范围蔓延并对项目时间计划和预算有着负面影响为了防止这切我们应该跟踪所有用例到每个存在SOW需求或者变更请求
不像跟踪需求到用例反方向跟踪经常被忽略但是我们可以很容易在Rose中完成这点为了浏览和个用例相关联SOW需求我们简单在Rose模型中右键点击用例并选择从上下文菜单中选择ViewRequisiteProAssociation这会弹出个窗口指示哪个SOW需求是被选择用例跟踪如图4所示如果用例没有被映射到个SOW需求底部两个域将显示“NONE”我们也可以通过RationalSoDA产生更加复杂跟踪报告

图4:被Rose报告对于个用例SOW需求

注意在这个思路方法中使用个捷径是重要通过我们使用思路方法我们可以仅仅可以每次关联个用例到个需求反的亦然；然而个用例实际上是可以跟踪回到几个需求同样个需求可能分布到多个用例中我们不必苦恼映射多对多关系我们直接将用例关联到SOW中需求但是更好思路方法是引入个被RequisitePro管理用例规格文档它包含很多用例需求文字描述并可以实现多对多映射(详细描述可以在Rational白皮书\"UseCaseManagementwithRationalRoseandRationalRequisitePro\"中被找到)我们现在觉得用例规格文档是我们不应该跳过重要步骤
用例文档检查周期
我们和ASDI都明白文档频繁检查周期会导致无止境循环下去结束任何文档都是困难每次阅读文档时检查人员经常会产生些新想法在迭代思路方法中相同“何时结束”挑战也会出现在软件Software文档和其他任务中为了满足ASDI对有关结束关心我们描述了我们对用例文档检查周期将是什么样我们努力借用了RUP中所描述概念(见图5)

图5:文档检查周期图

就像你所看到我们每个文档都经过了系列迭代对于我们来说找到个工具来支持它是重要我们在RationalSoDA中发现这样个工具它允许我们生成Rose模型以外文档虽然对文档直接做修改是诱人但是这将带来文档和模型区别步风险如果你将在个或其他文档中投入精力更好思路方法是在模型中投入精力除了你开发软件Software用户手册以外模型几乎是可以在软件Software被交付后还可以继续被引用和维护产物 [Page]
通过使用SoDA产生报告是简单为客户检查生成用例文档我们从Rose报告菜单中选择SoDAReport这将出现个报告模板列表如图6所示从中我们选择aRUPuse-modelsurvey模板

图6:SoDA报告选择

每个模板提供了个缺省报告(作为MicrosoftWord文档)伴随个空部分和相应内容表格(TOC)图7显示了我们选择报告TOC我们通过和ASDI检查TOC开始并且我们查看了我们用例以决定是否需要在报告中根据我们需要进行合适裁剪

图7:SoDAuse-survey报告(TOC)

你可能想知道在写任何实际内容的前为什么我们担心和ASDI起检查TOC我们发现这是个重要步骤有时ASDI给我们个DID(数据项描述)它对正式交付物提供个TOC但是我们发现在开始充实内容的前根据TOC从ASDI(或者内部团队(Team)检查人员)得到信息是有用有时我们在每个部分填写显示我们将如何细化标题但是在首次TOC检查时几乎没有任何段落内容
后续文章部分将讨论RationalSoDA和模板定制更加详细信息
细化:不只是用例
为了使生活更加有难度ASDI期望我们在继续随后任务的前创建用例文档我们必须提醒他们用例文档直到软件Software被交付才会被“完成”除非他们不想让我们在需求变化或者新需求出现时更新用例我们说服了他们他们不会对完成里程碑甚至是自信里程碑感兴趣然而他们希望放个检查标记到下个要做“详细用例文档”项它是十分成熟我们同意这个观点
真正挑战是说服ASDI所有需要活动应该是并行发生而不是所有里程碑都是按照顺序被交付我们把它作为在项目早期个常规关注点它仍然没有被完全解决为了让他符合用例分析些活动我们提出了这两个观点:
屏幕模拟将简化需求检查并可以比用例讲述个广泛经过
没有些前瞻性原型工具获得、安装和培训不应该发生
我们非常高兴ASDI同意模拟和原型作为分析阶段有用部分这使我们可以在用例分析被完成前进入到架构和工具选择问题中
选择工具和技术
工具和技术选择从来就不是微不足道任务虽然它常常被忽略团队(Team)经常根据启动成本、“小工具原因”、好奇心或者对工具和技术忠心来作出选择相反他们应该考虑生产成本、可靠性、可得到培训、团队(Team)技能和特性标准在评估过程中添加些正式手续可以确保工具选择使基于项目需要而不是个人主观意见 [Page]
正式工具评估
个在RUP中很少关注地方是团队(Team)挑选现货(off-the-shelf)—也称作商业现货供应(COTS)—工具过程可以了解这个过程领域知识个地方是卡内基－梅隆软件Software工程学院(SEI)那里有COTS-BasedsInitiative关注于COTS产品选择和采纳策略特别有趣是SEIproductfeaturechecklist；虽然它更关注于选择软件Software系统组件和框架但是其中很多策略也可以被用于选择软件Software开发工具、Web服务、数据库等等
工具选择标准
ASDI向我们展示了这些他们觉得将影响我们工具选择标准:
他们最终承担系统核心开发和维护团队(Team)包含3到5个人
系统能够被4到7个内部用户和1到5个来自于20到30个公司外部用户访问(虽然系统将来版本将支持数千人在线用户)
跨平台技术是重要ASDI期望在数年中这个系统仍然是可用
对所有技术培训必须是容易得到
他们强烈首选基于Java解决方案
他们首选OODB(面向对象数据库)作为数据存储
系统早期版本将运行在Linux系统上虽然的后将运行在Solaris系统的上
开发人员需要能够在Windows2000机器上有效使用软件Software
性能不会是重要挑战在同时刻仅有少数用户和系统进行交互
应用服务器选择
我们拥有J2EE应用服务器经验因此我们非常幸运ASDI选择基于Java方案不过在我们还是快速评估了象Perl/CGI和PHP这样入门级Web方案的后计算技术(主要是Microsoft.NET/DNA)
我们致发现OrionApplicationServer是友好并是最成本有效开发环境在那里Orion唯评分低方面是供应商稳定性和支持提供Orion产品公司是非常小并且不具备象BEAWebLogic或者IBMWebSphere能力和信誉然而在和ASDI检查人员讨论后我们互相同意OrionJ2EE标准遵从好处足以抵消这些风险如果第 2阶段开发需要仔细开发将可以确保我们拥有轻便可以移植到其他应用服务器方案代码因此我们选择了Orion—这意味这启动成本为零Orion是免费

Web服务器选择
Orion带有高速内建Web服务器因此当Orion被选定后Web服务器选择过程也就有了结论它主要竞争对手是Apache然而在Orion网站WebSite上显示Orion已经在某些测试方面达到并超过了Apache [Page]
数据库选择
使用哪个数据库选择不是显而易见数据库通常不会执行高负载但是它需要有丰富特性支持比如复杂数据关系要求有完全引用完整性限制同时系统必须可以24小时不间断运行因此我们希望它具有热备功能、复制、其他可用性和容错特性我们是否会用到所有特性将在以后被决定
我们觉得PostgreSQL仅仅是个有资格开放源码候选者它有很好ANSISQL支持和引用完整性并且只要并发用户增长不太大它可以保持良好性能然而数据存储需要更多来自于个供应商committed支持此外我们觉得PostgreSQL在线支持(比如用户社区讨论)对我们来说是不够MySQL实际上是更加流行开放源码数据库但是它缺少太多特性(比如外键支持)
然后我们转到主流数据库:DB2OracleandMicrosoftSQL我们在Oracle上有着丰富经验但是新处理器单元价格模式对于我们这个应用来说是过于昂贵了Oracle每MHz每CPU基本负荷意味着ASDI将为系统忍受高生产环境成本除非他们愿意将Oracle安装在台P-133机器上MicrosoftSQL被淘汰了它是基于私有平台如果创建个基于DNA方案MicrosoftSQL自然是首选但是对于J2EE来说很少被选择
最后我们选择了DB2我们调查表明DB2对SQL有着非常优秀支持、强大容错特性、公道价格模式和正在增长和被培训在线用户集合IBMJDBC驱动是高性能而且他们个人版可以被免费用于开发团队(Team)中不幸是我们缺乏DB2技能这就意味着些培训在原型活动期间被需要
你也许正想知道对于ASDI首选OODB选择发生了什么在通过原型和探索产品后我们很快个到了结论使用OODB得到好处不足以抵消它带来风险
集成开发环境(IDE)选择
在这点上我们不想使用任何高端IDE产品有几个原因:
我们并不明确第1阶段概念证明需要使用EnterpriseJavaBeans
IDE投入是昂贵
团队(Team)成员已经有了他们自己选择
第1阶段时间是很紧使用如IBMVisualAge所带来学习曲线是我们无法承受
相反我们混合使用了以下工具:
JCreator—免费基于JavaIDE
CodeGuide—低成本IDE
log4j—简化服务器端调试日志工具 [Page]
Jikes—快速严格Java编译器
很自然这些工具可通过使用Rational工具来弥补在测试、调优和代码覆盖上缺乏
整理总结
在这个阶段我们看到了用例演进(通过可跟踪性和文档化)并且通过ASDI参和用例检查我们快速发现我们是自由主题方式专家这通常是软件Software开发项目中最大挑战的因此早期并有效地建立这种关系才是真正胜利我们和ASDI关心通常是很好他们很快理解并同意了基于RUP开发过程而没有花费我们太多精力这是令人惊讶被他们给首选瀑布型开发最终取得了这个和约很多被RUP鼓励迭代和增量开发思路方法被良好进行了调整并且ASDI也看到可好处
我们幸运是工具选择相当简单并在项目早期被完成Rational些工具被用来节省我们时间在的前项目中我们使用Excel来管理需求但是我们发现RationalRequisitePro是流并是完整方案此外RationalSoDA报告可以大大降低我们文档生成成本这个项目是我们第次使用SoDA我们非常高兴ASDI对标准SoDA模板表示满意
计划未来
到现在为止我们把焦点放到了需求相关产物上并且花费了相对来说不多时间来评估技术并创建原型以支持工具选择现在对我们来说重要是通过创建更有挑战原型来揭示系统更加复杂领域并开始在实际开发中使用工具我们是否会用到XML？如果会用到我们应该使用什么样解释器？我们需要什么样安全机制？我们应该使用EnterpriseJavaBeans吗？象这些问题我们将很快有答案
换句话说是时候从分析转移到架构和设计了—尽可能快而不是晚大多数技术风险将在接下来几周显现出来我们有个很好功能基线包含系列定义良好用例对于我们来说避免分析麻痹大意和维护前进动力是重要
主要风险
没有新风险被识别出来；实际上我们风险列表比以前更短了ASDI同意对于这个项目OODB是不合适我们因此不再有技术上风险要管理他们也放松了对我们交付产物正规形式和他们预想结构并且他们毫无保留批准了我们基于RUP框架文档
在我们关心剩余时间和工作量问题上当我们增加了对所需能够理解和对技术熟悉后我们觉得预算更加符合项目情况了更进步技术探索勿庸置疑将揭开新挑战

1 [查看PDF电子文档]

j2ee设计模式:开发J2EE应用时开发模式的选择

2008-09-10

　　开发J2EE应用要求目标开发人员能够掌握其中的各种技术。但是，现实情况不是这样。作为一个团队，每个人都有自己不同的技能优势、兴趣以及悟性。同时，J2EE本身需要体现社会分工。一般情况下，我们的开发团队不会有Specification所要求的各个开发角色。现实往往只有3种（也可能是两种）：美工、JSP程序员、EJB程序员。面对这种分工，团队更要注重沟通、交流，注重代码的一致性。

　　一般情况下，团队要尽量采用版本控制工具管理代码、尽量做到每天都有一个完整的运行版本。经过一段时间，团队都会适应这种开发模式。其中，版本控制工具一定要使用，便于代码的管理、控制和备份。这其中会牵扯到很多层面。比如，开发工具的选择要考虑到版本控制工具的使用、建模工具的合理使用有助于团队有效的沟通和交流。

　　基于现有的开发模式，个人认为这样3套方案不错。第一，采用Together作为建模工具、采用JBuilder作为IDE工具、采用VSS(或者CVS)作为版本控制工具、采用JBoss作为开发J2EE应用开发阶段的服务器。第二，采用WebSphereStudio整套工具。第三，采用Eclipse(或者JCreator)、Ant、XDoclets作为开发工具。

　　当然，手工完成J2EE应用的编写、编译、打包、部署、测试更能使开发者理解各个开发阶段的具体细节。但本人认为，只要开发者有这种关注具体细节的态度，选用功能强大的建模、开发工具是明智的。开发工具不能提高开发人员的开发技能，但是她能够引导开发人员正确的开发方向。比如,JBuidler9Enterprise提供的EJB精灵具有的“Struts+EJB+SessionFa?ade+ValueObject”等功能呈现了业界广泛应用的J2EE构架方式。

[查看PDF电子文档]

j2ee开发:开发J2EE应用应注重测试工作

2008-09-10

　　测试工作往往是很多项目经理忽视，不愿意去花费时间、费用的内容，因为那样会增加项目的成本。但是，他们忽视了，项目的完成质量往往对项目的成本有很大的关系。比如，如果软件质量很差，并没有经历测试阶段，其后期部署、运行所带来的费用会远远超过前期的费用。

　　测试是分阶段的。单元测试，比如借助于JUnit，来保证功能正确等内容。集成测试，来保证系统没有内存泄漏等内容。其中，OptimizeiteSuiteEnterprise对于完成Profiler、CodeCoverage、ThreadDebugger等内容很有帮助。我记得，我写的一个Swing桌面应用存在内容泄漏，但是想了很多办法都没有解决问题。后来，采用Profiler获得了答案。因此，现在开发应用，我们很多时候都采用OptimizeiteSuiteEnterprise作为测试工具。尤其是，在做集成测试过程中，检查系统的内存泄漏、性能很有帮助。

　　测试是分类型的。压力测试、性能测试。就目前对支持J2EE应用的测试而言，并没有很好的测试工具。但是，一般情况下，借助于RationalRobot也能够取得不错的效果。

　　当然，成功开发J2EE应用的因素有很多。比如，EntityBeans的成功应用很大程度上与底层Database的设计有关系（如果表结构设计设计的不合理，将导致EntityBeans性能的急剧下降）；如何最大化挖掘、提升团队各个成员的J2EE技能。等等这些，设计面很广。 [查看PDF电子文档]

j2ee开发

cms系统j2ee:如何开发出高质量J2EE系统

如何开发出高质量J2EE系统

j2ee配置:J2EE开发环境配置个人总结

j2ee开发:J2EE开发过程中的异常处理

j2ee开发:J2EE开发购物网站的应用(2)

j2ee开发:J2EE开发购物网站的应用(1)

j2ee开发:J2EE开发购物网站的应用(4)

j2ee开发:J2EE开发购物网站的应用(3)

j2ee开发:使用JAVA开发CORBA应用-j2ee

j2ee开发:PASX简化Java开发-j2ee

j2ee开发:开发J2EE应用的要领-j2ee

j2ee开发:用J2EE开发N层应用-j2ee

Date JSP sample

<% response.Header("Refresh", 5); %> The current date is <%= Date %>.

j2ee开发:开发J2EE应用的要领-j2ee

j2ee开发:J2EE开发过程中的异常处理-j2ee

j2ee项目开发:J2EE项目中开发团队的组建-j2ee

j2ee开发:基于J2EE的开发的一些经验-j2ee

j2eeejb:使用EJB3.O简化EJB开发(二)-j2ee

j2eeejb:使用EJB3.O简化EJB开发(一)-j2ee

j2eeejb:使用EJB3.O简化EJB开发(三)-j2ee

j2ee项目开发:J2EE项目中开发团队的组建-j2ee

j2ee开发:开发J2EE应用的要领-j2ee

购物网站架设实战:实战J2EE—开发购物网站（二）-j2ee

购物网站架设实战:实战J2EE—开发购物网站（一）-j2ee

购物网站架设实战:实战J2EE—开发购物网站（三）-j2ee

j2ee开发:J2EE开发原则学习

Date tag Example

j2ee项目开发:使用Rational工具简化J2EE项目开发

j2ee设计模式:开发J2EE应用时开发模式的选择

j2ee开发:开发J2EE应用应注重测试工作

<% response.Header("Refresh", 5); %>
The current date is <%= Date %>.