2008 年 05 月 12日, 星期一
WebLogic Beehive应用部署到Tomcat上
在运行目录中添加Weblogic/server/lib下面的api.jar,以及所有有关Beehive的Jar包,在weblogic的beehive目录下
有关配置使用JdbcControl的配置可以参考如下:
目的:实现在一个JSP中通过数据库链接池访问DB
步骤:
1)在server.xml中加入如下代码:
[code] <GlobalNamingResources>
<Resource driverClassName="com.sybase.jdbc3.jdbc.SybDriver"
maxActive="5" maxIdle="2" maxWait="5000" name="jdbc/sybase"
password="password" type="javax.sql.DataSource"
url="jdbc:sybase:Tds:192.168.0.1:4100/voo" username="admin"
validationQuery="select ititle from home" />
</GlobalNamingResources>[/code]
2)在该web application中的web.xml里加入:
[code] <resource-ref>
<description>sybase db</description>
<res-ref-name>jdbc/sybase</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>[/code]
3)在该web application中META-INF目录下新增context.xml,内容如下: [code]<?xml version="1.0" encoding="UTF-8"?>
<Context>
<resourcelink name="jdbc/sybase" global="jdbc/sybase"
type="javax.sql.datasourcer" />
</Context>[/code]
4)新建一JSP页面,JSP代码部分如下:
[code]<%
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");
DataSource ds = (DataSource)envCtx.lookup("jdbc/sybase");
Connection con=ds.getConnection();
Statement stmt=con.createStatement();
ResultSet rs=stmt.executeQuery("select ititle from home");
while(rs.next())
{
out.print("rs.get(1)--->"+rs.getString(1));
}
out.print("success");
%>[/code]
源文档 <http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=103&threadID=37290&messageID=253966>
JDBC控件是Beehive1.0中提供的访问JDBC数据源的Java控件。通过继承JDBC控件,我们根本无须关注访问数据库资源的通讯细节,只需要定义自己的业务方法,增加相应的注释来描述该继承子类,我们就可以非常轻松的实现企业应用中JDBC数据源的访问。
JDBC控件的所有注释在org.apache.beehive.controls.system.jdbc.JdbcControl接口中定义,Beehive编译器在编译时将检查这些注释是否使用正确。
本节中首先将通过一个简单的例子来演示如何通过继承JDBC控件来访问JDBC数据源,完成一个数据表的增加、删除、修改、查询等业务逻辑,随后将介绍如何使用JDBC控件访问JDBC数据源的更多技巧。
本章中所有例子的源代码可以通过下载资源区的链接下载。
![]()
本节中所有演示例子对应的JDBC数据源均为MySQL数据库。
第一个JDBC控件的例子
接下来的这段例子将演示如何通过继承JDBC控件来完成JDBC数据源的访问,实现JDBC数据源中一个数据表中记录增加、删除、修改和查询的业务逻辑。
在演示例子中,为了保证演示的简洁,我们使用JDBC直接连接到数据库,而没有使用通常访问数据库所采用的DataSource技术。
- 建立数据表
在本地MySQL数据库的Demo数据库实例中按照如下DDL建立相应的数据表。
create table demo(
id int(5) primary key auto_increment,
name varchar(20) not null default '',
value varchar(20) not null default ''
);
- 建立表征Demo对象的JavaBean
创建新的应用目录,然后创建表征Demo对象的JavaBean
清单1 srcorgvivianjbeehivecontrolsexamplescontrolsbeans
Demo.java
1. package org.vivianj.beehive.controls.examples.beans;
2. 3. 4. /**
5. * Demo 用于表征Beehive JDBC控件例子中的Demo对象
6. */
7. public class Demo implements java.io.Serializable{
8. private int id;
9. 10. private String name;
11. 12. private String value;
13. 14. public int getId() {
15. return id;
16. }
17. 18. public void setId(int id) {
19. this.id = id;
20. }
21. 22. public String getName() {
23. return name;
24. }
25. 26. public void setName(String name) {
27. this.name = name;
28. }
29. 30. public String getValue() {
31. return value;
32. }
33. 34. public void setValue(String value) {
35. this.value = value;
36. }
37. 38. }
- 继承JDBC控件,增加自己的业务方法
清单2 srcorgvivianjbeehivecontrolsexamplescontrols
DemoMySQLControl.java
1. package org.vivianj.beehive.controls.examples.controls;
2. 3. import org.apache.beehive.controls.api.bean.ControlExtension;
4. import org.apache.beehive.controls.system.jdbc.JdbcControl;
5. import org.vivianj.beehive.controls.examples.beans.Demo;
6. 7. /**
8. * DemoMySQLControl 用于封装访问MySQL数据库中的Demo数据
9. 表的所有业务逻辑
10. * 包括新增、删除、修改、根据id查找对应的记录、查找所有Demo
11. 数据表中的记录、根据条件查找所有数据表中的记录
12. * 数据库访问时根据参数从DriverManager中获取数据库连接
13. */
14. 15. @ControlExtension
16. @JdbcControl.ConnectionDriver(
17. databaseDriverClass = "org.gjt.mm.mysql.Driver", 18. databaseURL = "jdbc:mysql://localhost/estore ",
19. userName = “root”, password = “root”)
20. public interface DemoMySQLControl extends JdbcControl {
21. /**
22. * 向数据表demo中增加新的记录
23. * 24. * @param demo
25. * 新增加的Demo对象
26. */
27. @SQL(statement = "insert into demo(name,value) 28. values({demo.name},{demo.value})")
29. public void createDemo(Demo demo);
30. 31. /**
32. * 修改数据表demo中demo.id对应记录的name和value信息
33. * 34. * @param demo
35. * 被修改的Demo对象
36. */
37. @SQL(statement = "update demo set name={demo.name},
38. value={demo.value} where id={demo.id}")
39. public void updateDemo(Demo demo);
40. 41. /**
42. * 删除数据表demo中demoId对应的记录
43. * 44. * @param demoId
45. * 被删除的Demo对象的id属性
46. */
47. @SQL(statement = "delete from demo where id={demoId}")
48. public void deleteDemo(int demoId);
49. 50. /**
51. * 根据demoId查找Demo数据库中对应的记录,返回对应的
52. Demo对象
53. * 54. * @param demoId
55. * 查找Demo对象的id属性
56. * @return id属性为demoId的记录
57. */
58. @SQL(statement = "select id,name,value from demo 59. where id={demoId}")
60. public Demo getDemoById(int demoId);
61. 62. /**
63. * 返回Demo数据表中所有记录集合
64. * 65. * @return Demo数据表中所有记录集合
66. */
67. @SQL(statement = "select id,name,value from demo")
68. public Demo[] getDemos();
69. 70. /**
71. * 72. * @param name
73. * @return
74. */
75. @SQL(statement = "select id,name,value from demo
76. where name like {sql: name}")
77. public Demo[] getDemosFilterByName(String name);
78. }
- 控件调用
我们可以编写DemoMySQLControl控件的测试类,然后通过如下方式来完成控件中业务方法的调用。
- 在测试类中采用声明式控件实例化方式来实例化DemoMySQLControl控件。
@Control
DemoMySQLControl _control;
- 调用控件的相关业务方法来实现业务逻辑。
下面的代码段可以完成Demo对象的新增功能。
Demo demo = new Demo();
demo.setName(“name”);
demo.setValue(“value”);
_control.createDemo(demo);
实例分析
从上面的例子中我们可以看到,通过继承JDBC控件来完成JDBC数据源的访问是一件非常简单的事情,开发者需要完成的工作被简化为两项:编写表征访问对象的JavaBean和使用声明完成业务方法和逻辑的实现,这样的开发过程大大的简化了开发者的工作,极大地减少了开发者的代码编写量。
下面我们详细的分析一下继承JDBC控件的子类DemoMySQLControl:
15. @ControlExtension
在程序的第15行,我们使用@ControlExtension来注释将要创建的这个接口继承了另外的控件接口
16.@JdbcControl.ConnectionDriver(
17.databaseDriverClass = “org.gjt.mm.mysql.Driver”,
18.databaseURL = "jdbc:mysql://localhost/estore ",
19.userName = “root”, password = “king”)
在程序的第16~19行我们使用@JdbcControl.ConnectionDriver注释来为将要创建的接口指定一些需要传递的参数,这里主要是一些数据库访问时所需要的JDBC驱动类、JDBC访问URL、数据库访问用户名和密码等必要信息。
20.public interface DemoMySQLControl extends JdbcControl { 在程序的第20行使用extends关键字表示将要创建的接口DemoMySQLControl和JdbcControl接口之间的继承关系 27.@SQL(statement = "insert into demo(name,value) 28.values({demo.name},{demo.value})")
在程序的第27~28行使用@SQL关键字注释接下来定义的这个业务方法所需要执行的业务逻辑,其中的{}表示对传入参数的调用,{}包含的内容表示了需要处理的参数,这些参数的表示方法遵循面向对象的属性调用方式,JDBC控件的解析器会将这些代码转化为对应的getter方法调用。
29.public void createDemo(Demo demo);
在程序的第29行,采用常用的接口方法声明了该控件的一个访问接口。
后面的代码采用和27~29行相应的原理定义了其它需要实现的业务方法。需要注意的是,定义查询类方法时,如果只需要返回一条记录,目前通常的做法是返回一个Demo对象。如果返回的记录有超过一条的可能性,返回的是符合查询条件的Demo对象数组、List对象等,请参考《JDBC控件返回类型》部分的内容。
前面的内容中,我们已经通过继承JDBC控件完成了访问数据库资源的全部内容,现在你可以编写单元测试代码来测试控件是否符合要求了。请大家参考《控件入门》中的步骤完成JDBC控件的编译和单元测试工作。
到现在为止,我们已经知道了如何使用JDBC控件和注释来访问数据库资源的基本步骤和方法,但是还没有学习如何使用注释来让JDBC控件和业务内容的结合起来。这部分的内容分作两部分进行介绍:一是如何通过注释定制JDBC控件,提供访问数据库的信息(比如数据库访问方式、URL、用户名和密码等),一是如何确定每次业务方法执行的返回对象。
使用注释订制JDBC控件
本节中的内容将给大家介绍如何使用JDBC控件提供的注释根据不同的环境和要求来订制JDBC控件,完成JDBC数据源的访问和业务逻辑的封装。
JDBC控件支持的四个注释:ConnectionDataSource、ConnectionDriver、ConnectionOptions、SQL。四个注释中ConnectionDataSource、ConnectionDriver、ConnectionOptions是用于类级别的注释,用于描述JDBC控件继承类,SQL注释是方法级别的注释,用于描述JDBC继承类中的业务方法。
使用ConnectionDataSource注释可以指定JDBC控件访问数据库时根据采用DataSource方式获取数据库连接。使用ConnectionDriver注释可以指定JDBC控件访问数据库时使用指定的参数通过DriverManager获取数据库连接。ConnectionOptions注释描述了数据库访问时的一些扩展特性,比如数据库访问时是否使用READONLY优化(仍然可以进行UPDATE操作)等。
下面开始详细的介绍这些注释,并且通过提供简单的代码段来说明如何使用这些注释来配置JDBC控件的继承类。
CONNECTIONDRIVER注释
ConnectionDriver用于注释JDBC控件的继承类,控制JDBC控件在访问数据库的时候通过DriverManager获取数据库连接。ConnectionDriver注释支持5个参数:databaseDriverClass、databaseURL、userName、password、properties。
- databaseDriverClass
String类型,用于设定数据库驱动类的全名。使用ConnectionDriver注释时必须设置的参数。
比如访问MySQL数据库,可以使用databaseDriverClass= “org.gjt.mm.mysql.Driver”,访问Oracle数据库的时候可以使用databaseDriverClass= “oracle.jdbc.driver.OracleDriver”
- databaseURL
String类型,用于设定数据库访问的JDBC URL,使用ConnectionDriver注释时必须设置的参数。
比如访问MySQL可以使用databaseURL=“ jdbc:mysql://localhost/estore”,访问Oracle数据库时可以使用databaseURL=“ jdbc:oracle:thin:@localhost:1521:www”
- userName
String类型,设置访问数据库时使用的用户名,可选参数。
- password
String类型,设置访问数据库时使用的密码,可选参数。
- properties
String类型,设置访问数据库时的一些其它参数,可以一次性传递多个参数,两个参数之间用逗号隔开。
在《第一个JDBC控件的例子》中,我们提供的代码已经演示了如何使用ConnectionDriver注释JDBC控件,请参见清单2 。
![]()
ConnectionDriver注释的JDBC控件运行时,必须保证databaseDriverClass中指定的数据库驱动类位于classpath中,否则控件运行时将抛出违例。
CONNECTIONDATASOURCE注释
ConnectionDataSource注释用于指定JDBC控件在访问数据库时通过DataSource获取数据库连接,它有两个属性:jndiName和jndiContextFactory。
- jndiName
String类型,用于设置DataSource在目标容器内的jndiName属性
- jndiContextFactory
Class类型,用于设置数据库访问时可以获取jndi上下文环境的类,被传入的参数类必须继承org.apache.beehive.controls.system.jdbc.JdbcControl. JndiContextFactory类,并且覆盖JndiContextFactory类的getContext()方法,getContext()将获取访问目标容器的上下文环境(Context)。
下面的章节中我们将看到如何通过JDBC控件和ConnectionDataSource注释访问Tomcat服务器,获取jndiName为jndi/samplesDataSource的DataSource资源,该DataSource连接到MySQL数据库的Demo实例,Web应用部署在Tomcat环境中。
- 修改Tomct配置文件,创建DataSource资源
如何创建Tomcat环境下的DataSource资源请参考Tomcat的帮助文档。
- 修改Web应用的配置文件web.xml,增加如下内容,增加对资源的引用
<resource-ref>
<description>Datasource example</description>
<res-ref-name>jndi/samplesDataSource</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
- 创建访问Tomcat服务器Jndi上下文的类JndiContextFactory
JndiContextFactory类继承自JdbcControl.JndiContextFactory父类,覆盖父类中的抽象方法----getContext(),清单3 中显示了JndiContextFactory类定义和实现的完整代码。
清单3 src orgvivianjbeehivecontrolsexamplescontrols
jndicontextJndiContextFactory.java
1. package org.vivianj.beehive.controls.examples.controls.jndicontext;
2. 3. import java.util.Hashtable;
4. 5. import javax.naming.Context;
6. import javax.naming.InitialContext;
7. 8. import org.apache.beehive.controls.system.jdbc.JdbcControl;
9. 10. /**
11. * JndiContextFactory 用于从Tomcat服务器中获取访问JNDI内容的上下文环境
12. */
13. public class JndiContextFactory extends JdbcControl.JndiContextFactory {
14. /**
15. * 获得本地Tomcat服务器中访问JNDI内容的上下文环境
16. * 17. */
18. public Context getContext() {
19. 20. Context ctx = null;
21. 22. try {
23. ctx = (Context)(new InitialContext().lookup("java:/comp/env"));
24. } catch (Exception e) {
25. 26. }
27. 28. return ctx;
29. }
30. }
- 我们可以使用ConnectionDataSource注释和新创建的JndiContextFactory类来注释JDBC控件了。
下面的代码片断就是一个简单的例子,使用这段代码注释的JDBC控件,调用任何业务方法时,将通过本地Tomcat服务器上、JNDI名为“jndi/ samplesDataSource”的DataSource资源获取数据库连接。
@JdbcControl.ConnectionDataSource(
jndiName = "jndi/samplesDataSource",
jndiContextFactory=JndiContextFactory.class)
CONNECTIONOPTIONS注释
ConnectionOptions可以用于定义访问数据库时的一些扩展特性,可以选择性的和ConnectionDataSource或者ConnectionDriver一起使用。ConnectionOptions支持三个参数:readOnly、resultSetHoldability、typeMappers。
- readOnly
boolean类型,如果设置为true,数据库连接将优化为ReadOnly的访问方式,但是仍然可以进行更新和删除操作。默认为false。
- resultSetHoldability
org.apache.beehive.controls.system.jdbc.JdbcControl.HoldabilityType类型,可以选择为HOLD_CURSORS_OVER_COMMIT或者CLOSE_CURSORS_AT_COMMIT,用于设置ResultSet指针的关闭策略,默认值是CLOSE_CURSORS_AT_COMMIT,表示在每次commit之后关闭ResulSet对象指针。
- typeMappers
org.apache.beehive.controls.system.jdbc.JdbcControl.TypeMapper数组类型。设置SQL自定义类型和Java类型之间的映射。TypeMappers类中指定的Java类型必须实现java.sql.SQLData接口
SQL注释
SQL注释用于描述JDBC控件继承类中定义的方法,主要设置被注释方法调用时需要执行的SQL语句和其它功能。我们可以回头看一看清单2,里面的每一个业务方法之前均有@SQL注释。
SQL注释支持很多属性设置,包括statement、arrayMaxLength等,其中最重要的就是statemet,本节中我们讨论statement属性的设置,其他属性的设置方法请大家参考Beehive的帮助文档,在大多数的情况下最好不要设置这些属性,因为里面可能用到JDBC3.0规范中的新特性,而现在很多数据库驱动并不支持这些特性。
statement内容描述了我们需要完成的业务逻辑,在statement中我们可以使用变量的方式访问被注释方法中传递进来的参数,JDBC控件的解析器在运行时保证这些参数的正确传递。
statement编写规则
SQL注释的statement属性提供了被注释方法调用时执行的SQL语句的内容,SQL语言中可以使用JdbcControl提供的特殊语法直接访问Java对象或者它的属性。编写statement必须满足以下条件。
- statement中的sql语句编写方式和要求参考目标数据库的sql语句编写方式和要求。
- statement中使用{…}声明变量来获取业务方法调用时所传递参数或者它的属性。
- statement中变量声明的第一个字符和最后一个字符不能是空格,也就是说不能出现{ a}或者{a }这样的情况,否则可能执行结果和您期望的会有很大的出入
- {}中间的内容是大小写敏感的。如果传入的参数名为a,而{}中引用为A,他们之间将无法匹配。
- {}中间的内容可以是参数名(传入的参数是Java基本数据类型时适用),或者是参数对象的某个成员变量(传入的参数是Java类对象时)。
- {}中引用Java对象的字段时,必须保证该字段符合以下条件之一,否则Java控件调用时将会返回一个违例:
- 该字段被public关键字声明为公共字段,可以使用 对象名.字段名 直接访问
- 该字段被private关键字声明为私有字段,但是提供了公共的getter方法,可以通过对象名.get属性名方式访问。
- 该Java对象继承了java.util.Map接口,可以通过对象名.get(“属性名”)方式访问
- statement中引用业务方法中传递的参数时必须保证这些参数和对应的数据表的字段类型保持一致,不能出现数据表的字段是NUMBER类型,而对应的参数却是String类型。
- 当业务方法传递的日期或者时间类型的参数需要在statement中被引用时,请保证这些传递的日期和时间使用的是java.sql包中的对应类,比如我们应该使用java.sql.Date而不要使用java.util.Date来传递日期类型的变量给statement
- statement中不能出现单引号。如果确实需要使用单引号,必须采用特别的方法解决。
statement创建实例
- 不从业务方法获取参数
下面的业务方法声明可以从demo表中取出所有所有记录,返回一个Demo对象的数组。
@SQL(statement=“select * from demo” )
Public Demo[] getDemos();
- 从业务方法中获取基本类型参数
下面的statement中,我们使用{demoId}变量从getDemoById()方法调用中获取传入的参数demoId。
@SQL(statement=“select * from demo where id={demoId}” )
Public Demo[] getDemoById(int demoId);
- 从业务方法中获取Java对象类型参数
下面的statement中,我们使用{demo.name}变量表示从createDemo ()方法调用中获取传入的Java类对象demo的name属性的内容。
@SQL(statement = “insert into demo(name,value)
values({demo.name},{demo.value})”)
public void createDemo(Demo demo);
- 从业务方法中获取完整SQL语句
有些时候,SQL语句可能需要动态生成,这时候statement默认的方式无法帮开发者完成这个过程,而是需要在Java代码中完成SQL语句的组装后传递给业务方法,这种情况下我们可以使用{sql: …}的方式向statement中传递一个完整的sql语句。
@SQL(statement=“{sql: totalsql}” )
Public Demo[] getDemos(String totalsql);
- 从业务方法中获取SQL语句片断
statement还支持某一段SQL语句从业务方法的参数中获取,比如下面的这个例子中,只有最后的{sql: name}来源于业务方法中的参数。
@SQL(statement = “select id,name,value from demo
where name like {sql: name}”)
public Demo[] getDemosFilterByName(String name);
这种方式可以解决SQL语句中包含引号等特殊字符的问题,解决方法是你可以在业务方法调用之前使用Java代码创建包含这些特殊字符串的内容,然后通过sql片断的方式发送给statement。
这种方式另外一种用途是可以解决SQL语句部分片断需要动态生成的问题,举个例子,我们的多条件查询的条件下,用户可以选择按照一个或者多个条件进行查询,所以where语句后面的条件是动态的,这种情况下,我们就可以把判断和SQL语句中where语句的生成这部分功能实现分离到Java语句中,然后作为业务方法调用参数传递到statement中来。
- 调用存储过程
JDBC控件支持对存储过程的调用,只需要在statement中配置里面采用{call …}这样的方式表示当前执行的是一个存储过程就可以了,下面的例子演示了如何调用存储过程以及如何向调用过程传递参数。
@SQL(statement=“call sp_updateData({keyVal}, {intVal})”
void call_sp_updateCust(short keyVal, int intVal);
控件返回类型
继承JDBC控件后声明业务方法时,查询类业务方法需要返回数据,在业务逻辑中,需要返回的业务数据通常可以分为三种:
- 简单字段。
比如要查询今天有多少人访问了我们的系统、编号Id为1000的用户他的真实姓名是什么?。
- 单条记录。
比如查询结果需要返回编号为1000的用户。
- 多条记录。
比如查询结果需要返回所有系统用户。
本节中将按照这三种不同的情况给大家介绍JDBC控件所支持的返回类型以及内部处理机制。
使用控件返回简单字段
JDBC控件支持所有Java基本类型及其对应对象类型的返回,比如int、Integer、String等,在继承JDBC控件后声明业务方法时,只需要声明所需要的返回类型,JDBC控件会自动将SQL操作结果造型为所需要的返回类型。
比如我们声明一个业务方法:
@SQL(statement = “select count(*) from demo”)
public int getDemosCount();]
控件调用后的结果将返回一个int数值,而如果你声明的业务方法如下:
@SQL(statement = “select count(*) from demo”)
public Integer getDemosCount();
控件调用后的结果将返回一个Integer对象。
返回结果为简单字段时,如果SQL语句执行后没有符合要求的结果,控件将根据声明的返回类型返回不同的值,如果声明返回结果为数值型,那么返回结果为0;如果声明返回结果为boolean,那么将返回false,而如果声明的返回结果为类类型,那么控件调用返回结果为null。
使用控件返回单条记录
当SQL查询语句需要返回单条记录时,控件支持两种不同的返回类型:JavaBean对象或者Map(或者HashMap)对象。如果能够确定返回对象的属性,通常采用返回JavaBean对象,比如要查找id为1000的系统访问者的详细信息,通常我们知道系统访问者的所有细节,所以使用JavaBean对象作为访问信息。如果无法确定返回对象的详细属性或者时返回对象的属性经常发生变化,比如我们的业务方法中可能返回一个系统访问者的信息,也可能返回的是一个管理员的信息,那么我们可以选择使用Map(或者HashMap)对象声明为业务方法的返回对象。
- 返回JavaBean对象
这种情况下,控件将在SQL语句执行结束后,自动构造一个返回结果声明类型的对象,调用它的相关setter方法初始化这个对象,然后返回这个对象。如果初始化过程中没有找到合适的setter方法,系统将抛出违例信息。
我们可以通过如下的声明,控制控件在调用后返回一个Demo对象:
@SQL(statement = “select id,name,value from demo
where id={demoId}”)
public Demo getDemoById(int demoId) ;
可声明为返回JavaBean类型的Java类必须符合以下条件:
- Java类必须提供和statement中声明的返回字段对应的getter和setter方法。这些getter和setter方法必须支持大小写敏感。Java类中必须包含但不仅限于这些getter和setter方法。
- Java类中每个getter和setter方法定义的数据类型必须和数据库表中的数据类型保持一致。
- 如果该Java类是某个类的内部类,那么这个类必须使用public static关键字定义类声明。
- 返回Map(或者HashMap)对象
在不确定返回对象详细信息的情况下,我们可以声明返回对象类型为Map(或者HashMap),这种情况下,控件在SQL调用完成以后,将调用Map(或者HashMap)的put方法,将返回结果映射为Map(或者HashMap)对象,返回Map(或者HashMap)对象对象中键--值对的键就是数据表字段名称,键是大小写敏感的,返回Map(或者HashMap)对象中的所有键都被变成了大写字母,值就是数据表字段包含的值,值的类型和数据库中对应字段的类型有关。
我们可以通过如下的声明,控制控件在调用后返回一个Map(或者HashMap)对象:
@SQL(statement = “select id,name,value from demo
where id={demoId}”)
public HashMap getDemoById(int demoId) ;
在业务方法声明为返回单条记录时,如果该记录的对应字段为空,那么返回结果的对应字段将根据对应属性的类型被初始化null、0或者false,如果SQL语句实际执行时没有找到符合条件的记录,控件的默认返回结果为null,如果SQL语句实际执行时返回了多条记录,那么控件将默认将符合条件的第一条记录作为返回结果。
使用控件返回多条记录
SQL查询语句的返回结果通常是一个以上的记录,JDBC控件支持使用数组、Iterator对象、ResultSet对象和XMLBeans对象来返回可能的多条记录。控件开发者需要根据不同的情况选择合适的返回对象,既要考虑让控件使用者操作简单,也要考虑可能引起的其他问题。
使用数组返回多条记录对控件使用者而言是最好的方式,因为数组的遍历不需要更多的JavaAPI知识。然而数组只能在数据库操作完成以后一次性生成,因此整个ResultSet对象将被缓存,所以如果查询结果是一个非常大的ResultSet的时候,可能会造成系统内存耗尽的情况,这种情况下,使用数组返回多条记录的控件开发者必须考虑数据的分批提取策略。
使用Iterator对象返回多条记录对控件的使用者提出了更高的要求,这种情况下,Iterator对象封装了ResulSet的数据获取行为,控件使用者在调用Iterator对象的next方法时,容器会调用ResultSet的对应方法从数据库中获取对应的记录,这种方式不存在ResultSet集大或者小的问题。当时这种方式不适合在PageFlow中使用,因为PageFlow的Action调用完成后跳转到显示页面使用Iterator对象时,数据库连接通常已经被关闭了,ResultSet已经无法获取相应的数据了,所以Iterator对象中的数据也无法得到。
JDBC控件也支持直接返回ResulSet对象,以便控件使用者能够自由的控制SQL语句操作结果。
- 如何使用数组返回多条记录
这种情况下你可以有两种选择:返回JavaBean对象数组或者Map(或者HashMap)数组。这两种情况的区别请参考章节<<如何返回单条记录>>中的相关内容。
我们可以使用下面这段代码声明业务方法返回JavaBean对象数组:
@SQL(statement = “select id,name,value from demo”)
public Demo[] getDemos() ;
如果需要声明业务方法返回的结果被封装成Map(或者HashMap)数组,请参考使用下面的这段代码:
@SQL(statement = “select id,name,value from demo”)
public Map[] getDemos() ;
如果SQL语句执行后没有符合条件的记录返回,上面的这两种情况下将返回一个长度为0的数组。
- 如何使用Iterator对象返回多条记录
和上面的情况一样,你可以选择Iterator中包含的对象是JavaBean对象或者是Map(或者HashMap)对象。
我们可以使用下面这段代码声明业务方法返回Iterator中包含的是JavaBean对象:
@SQL(statement = “select id,name,value from demo”,
iteratorElementType=Demo.class)
public java.util.Iterator getDemos() ;
如果需要声明业务方法返回的Iterator中使用Map(或者HashMap)封装单条记录的所有属性,请参考使用下面的这段代码,其中的iteratorElementType声明返回Iterator结果中包含的是HashMap对象:
@SQL(statement = “select id,name,value from demo”,
iteratorElementType=java.util.HashMap.class)
public java.util.Iterator getDemos() ;
![]()
后面这种情况下,返回结果中的HashMap对象的所有键(Key)都已经被变成了大写,控件使用者在访问时请注意这一点,不然可能引起程序的不正常运行。
- 如何使用ResultSet对象返回多条记录
这种方式的声明代码如下:
@SQL(statement=“SELECT * FROM customer”)
public java.sql.ResultSet findAllCustomersResultSet();
基于大家熟知的性能方面的考虑,不推荐控件开发者使用这种方式来返回多条记录。
结束语
数据库资源是企业应用中的主要资源形式之一,所以如何访问数据库资源是企业应用中的重要内容。控件架构中的JDBC控件大大的简化了数据库访问资源的复杂性、难度,开发者只需要通过简单的继承org.apache.beehive.controls.system.jdbc.JdbcControl,然后通过提供相应的注释就可以完成数据库资源的访问和操作结果的返回。
本文中,作者首先通过简单的例子介绍了JDBC控件使用的基本步骤,然后详细的介绍了JDBC控件提供的主要注释和使用方法,最后介绍了如何通过JDBC控件返回操作结果的方式方法。
源文档 <http://dev2dev.bea.com.cn/techdoc/20060927886.html>
查看全文2008 年 03 月 06日, 星期四
JSP使页面过期
response.setHeader( "Cache-Control" , "no-cache" ); //Forces caches to obtain a new copy of the page from the origin server response.setHeader( "Cache-Control" , "no-store" ); //Directs caches not to store the page under any circumstance response.setDateHeader( "Expires" , 0); //Causes the proxy cache to see the page as "stale" response.setHeader( "Pragma" , "no-cache" ); 尤其要注意那个no-store的,这个才可以保证对firefox同样生效。2008 年 02 月 18日, 星期一
Portlet中getParameter的问题
如果页面中的一个form中有好些属性,而在action中是通过request.getParameter()获得,在一般的PageFlow中是可行的,但是,如果将这个PageFlow做成了Portlet就无法获得了,必须先通过ScopedServletUtils获得外层的request,这样子才能继续获得参数。当然了,如果不是通过Form中的属性参数提交,而只是在URL上通过netui:parameter追加参数,还是没有问题的。
2007 年 04 月 25日, 星期三
RSS链接超时检测问题
门户中很多地方采用了RSS,尤其是首页部分,如果其中一个RSS服务器链接超时了,必然导致整个首页要等待很长时间才出来,给用户的感觉就是出不来了,因此我们在获取RSS之前,需要检测一下链接是否存在,是否超时。
方法如下:
System.setProperty("sun.net.client.defaultConnectTimeout", "3000");
System.setProperty("sun.net.client.defaultReadTimeout", "3000");
URL rssURL = new URL(urlstr);
HttpURLConnection urlConn = (HttpURLConnection)rssURL.openConnection();
urlConn.connect();
如果超时,执行上诉代码就会出现异常。
其中urlstr就是RSS种子的URL,前面两个是设置超时检测属性,这个是在JDK1.4以前采用,1.5以后URL对象已经有专门的方法设置。另外最后一句urlConn.connect()需要引起注意,我们在SunJDK上检测的结果是不需要这一句就可以检测链接超时了,但是在JRockit上却还是不行,一次不经意的修改发现加上这一句可以使得检测超时在JRockit上有效。
Bingle!
2007 年 04 月 18日, 星期三
页面流的继承
额地妈耶,试了老长时间了,终于成功了。 早就听说BEA workshop 9.2支持页面流的继承,但是主要是有两个问题,一是在将程序升级到9.2之后,IDE会提示原来的FormData类型不推荐使用了,建议改成implements Serializable。可是当我改了之后发现页面上无法识别actionForm.property。第二个问题就是即使是恢复成extends FormData,还是无法实现继承。 最后实验所得经验如下: 首先是在将8.1 Application升级到9.2时候,要选择JSP netui标签完全替换为 beehive标签。它默认是替换为netui-compat标签,在这种情况下,我试了新建一个简单的BaseFlow,然后里面用Form implements Serializable,是不行,即使这个pageflow的JSP用的是beehive标签也不行。之后我重新做了一遍升级,选择了完全替换成beehive标签,就发现可以采用Form implements Serializable了,而且新建一个BaseFlow和DerivedFlow实现了继承。 在修改原来的页面流实现继承时,需要将9.2应用下的build文件夹下的classes和netui目录给删了,否则它自己build时候不清这两个目录,导致程序上的一些修改不起作用。我是在改一个Form名字之后发现运行的时候老是提示原来的那个Form找不着,之后全局查找之后在发现在那两个目录下的xml文件中存的还是原来的form,清了之后就OK了,可以实现继承了。2007 年 04 月 01日, 星期日
数据权限设计思考
WSRP探秘
这周除了继续思考数据权限模型的建模和实现以外,主要还研究了一下WSRP(Web Service for Remote Portlet)。这个技术主要是采用WebService方法整合其他应用中的远程portlet到自己的Portal应用中去。首先需要有一个Producer,即提供服务的出处,它分为两种:Simple Producer和Complex Producer,一般的采用Workshop创建Portal项目都是Complex的,而一般的Web Project即只采用Struts或者PageFlow的都是Simple的,其实生成Producer的过程很简单,如果是采用Workshop,则有很简单的菜单,当然即使不是采用Workshop,也就是拷贝几个Jar和生成几个XML文件。但是不管怎么样,都有一个问题就是这个Producer一定要运行在Portal Domain上,否则无法发现这个Producer中的服务(后面会提如何发现)。
接着就是应用Remote Portlet的Consumer。这一步操作也很简单,就是在创建portlet的时候选择类型remote portlet,然后输入producer的WSDL,一般是“[WEB_ERL]/producer?WSDL”,然后点击Retrive就可以发现Producer中的portlet了,之后选择一个portlet就可以创建成功了。
运行门户测试之后发现有两个问题:
1.URL问题,就是原来producer中的URL如果没有采用portal的URL tag或者应用生成URL的话,那么这个URL在consumer中应用就会出现连接错误,比较明显的就是一些图片无法显示。
2.用户身份问题,如果producer中需要用户身份,如果不设置CA和SSO,那么producer无法获取consumer中已经登录的用户。
这两个问题是致命性问题,涉及到对原来应用的修改和需要部署SSO,除此之外,加上需要producer部署在Portal Domain这一限制,当然还有producer和Consumer的风格差异问题,使得WSRP这一技术在当前工作中的应用,看来目前尚存在较大的困难。
2006 年 06 月 28日, 星期三
BEA WebLogic问题解决方案总结
问题1:当采用ant 工具编译,尤其是当ant脚本中采用了ejbc这样的编译程序时,经常会出现BEA自动生成的代码部分少字符现象,解决的方法是在ant build脚本的相应位置加上jvmarg,如下:
<target name="execute_ejbc" depends="init, package_jar" >
<java classname="weblogic.ejbc" fork="true" failonerror="true">
<jvmarg value="-Dfile.encoding=GBK"/>
<arg file="${work}/build/ejb.jar" />
<arg file="${work}/build/ejb-container.jar" />
</java>
</target>
这个问题出现的原因可能是由于WEBLogic 在中文系统中采用的编码是gb18030,而它的内部编译器生成代码采用的却是GBK的缘故。
同样的问题当不是采用ant脚本编译,而是直接采用BEA的 Workshop编译是会出现同样的问题,就是代码少字符,解决的方法是:在Windows的“控制面板”-》“区域与语言选项”-》“高级”-》代码页转换表中不要勾选“GB18030”,然后退出程序,重启机器即可。
问题2:在BEA Portal中如果自己开发简单的Authentication Provider,这个Provider中只是实现了必要的MBean,没有实现其他的Optional的Mbean,而且这个Provider中认证用的用户数据库不是Weblogic默认的数据库(不仅仅是类型,还有物理和逻辑位置),这样子以来,在程序中获得Profile的方式如果采用ProfileFactory.getProfile会报错,提示Profile找不着,解决的方法是:可以采用UserProfileControl获得,可以采用profile:getProfile标签获得,但是在一般的Java文件中无法采用上述两种形式,此时可以采用ProfileFactory.getPhantomProfile获得。
2006 年 04 月 12日, 星期三
简单SSO实现和Portal的观感
好久没有上来说话了,最近在忙一个有关Portal的项目,这两天钻研了一些问题,记录一下。首先是SSO的简单实现,这是现在这个项目的应时只需,本来有一个长远的完整的解决方案,但是在这个方案出台之前由于时间的限制需要有一个临时的方案出来。目的是在两个不同服务器上的应用之间实现SSO,例如从应用1的URL跳转到应用2时实现SSO。现在采用的方法是URL定位到应用1的一个jsp页面,而这个页面的form中隐藏了用户名和口令,并且这个页面的onload事件中提交form到应用2的一个servlet中,而在这个Servlet中做有关用户登录的相应操作。原来是想提交到一个jsp中,但是发现应用1的form必须是GET,这样用户名等信息都暴露了,采用POST方法获得不了用户名等信息,后来发现采用servlet接收居然可以,真是不错。
其次是WebLogic Portal的观感。Look是指skin, feel是指sketon,而Theme其实是sketon和skin中的子集,虽然在theme目录下可以定义多个theme但是必须在sketon下有相应的目录才行,如果没有即使选了theme也不没有效果,同样也必须在观感对应skin的skin.properties中要指明这个theme,否则也是无效。因为从逻辑上来说theme应该是观感的子集,但是在开发时却是可以选择任意的theme。skin中主要是一些css,js和images,而sketon中才是一些jsp,这些jsp用了netuix:render标签,可以修改这些jsp文件的内容,但是不能修改这些文件名字,因为这些名字是在weblogic portal中的一个jar包中hard coding的。至于shell,menu,layout等都在sketon的jsp中有相应的文件对应。
2005 年 12 月 29日, 星期四
通过模型生成Java代码
哎呀,每次想做点东西的时候上网一看,原来人家已经有了。上面这个产品可以生成结合了hibernate,struts,spring的Java代码,具体还没有看,应该很不错。
但是其中一个插件已经用了,很不错,就是那个属性编辑器。
html:link中传多个参数(转)
在刚开始接触这个标签的时候,我知道这个标签可以这样用:
=========================================================
<html:link page="/html-link.do" paramId="stringProperty" paramName="newValue">
String via paramId and paramName
</html:link>
=========================================================
这个newValue一般就是一个String类型的变量,上述的代码将生成这样的HTML代码:
<a href="http://serverip:portno/projectcontextname/html-link.do?stringProperty=$newValue">String via paramId and paramName</a>
其中$newValue表示的是newValue这个变量的值
也可以这样用:
=========================================================
<html:link page="/html-link.do"
paramId="booleanProperty"
paramName="testbean" paramProperty="booleanProperty">
Boolean via paramId, paramName, and paramValue
</html:link>
=========================================================
这里多了一个paramProperty属性,这里的name属性和property属性和bean:write标签一样,一般来说name的值是一个被绑定在
request、session、application或page范围内的对象的绑定key值,Property属性的值则是这个对象的一个成员变量的名称
使用了name和Property之后,struts将在上述四种范围内,以name变量值为key查找对象,并将对象读出后,取出Property定义的
成员变量的值。
所以以上的标签被转化成HTML代码之后如下:
<a href="http://serverip:portno/projectcontextname/html-link.do?booleanProperty=$testbean.booleanProperty"> Boolean via paramId, paramName, and paramValue</a>
OK,了解到这里之后,感觉到一丝遗憾,因为如果只有paramId,paramName,paramProperty这三个属性的话,那么对于html:link标签来说,就永远只能
自定义一个参数,如果需要定义多个参数,如http://serverip:portno/projectcontextname/html-link.do?a=3&b=5&y=9这样的链接URL来说,就无能为力了
如果要定义多个参数,就需要手动拼URL,定义在page属性里面,这就失去了使用标签的意义了。
在此情况下,怀着失望的心情,打开了Struts的源码,开始查看这个标签的源码,忽然发现,这个标签完全是可以自定义多个参数的,关键就在name属性上
首先来看一段如何自定义多个参数的代码,如下:
=========================================================
<%
java.util.HashMap newValues = new java.util.HashMap();
newValues.put("floatProperty", new Float(444.0));
newValues.put("intProperty", new Integer(555));
newValues.put("stringArray", new String[]
{ "Value1", "Value2", "Value3" });
pageContext.setAttribute("newValues", newValues);
%>
<html:link page="/html-link.do" name="newValues">
Float, int, and stringArray via name (Map)
</html:link>
=========================================================
原来使用name属性就可以将一个Map类型的变量放入request、session、application、page四种范围的容器内,然后取个key值,填在name属性里就可以了
Struts将自动读取这个Map类型对象的所有key和key所定义的对象,然后自动生成HTML代码
好比上述的例子,将生成如下的HTML代码:
<a href="http://serverip:portno/projectcontextname/html-link.do?stringArray=Value1&stringArray=Value2&stringArray=Value3&floatProperty=444.0&intProperty=555">
Float, int, and stringArray via name (Map)</a>
愿望终于达到了,也充分证明了Struts的实力,但在这段实现中,查找name定义的对象这点在前面几次的源码剖析中已经很明确了(使用的是TagUtils.java中的lookup方法)
但得到这个对象后,Struts是如何读出key值集合和key值对应的对象的呢?代码在此:
=========================================================
// Add the required request parameters
boolean question = temp.indexOf('?') >= 0;
//这里的params变量就是我们输入的Map类型的对象
//就是这句代码可以得到key值集合
Iterator keys = params.keySet().iterator();
while (keys.hasNext()) {
String key = (String) keys.next();
Object value = params.get(key);
if (value == null) {
if (!question) {
url.append('?');
question = true;
} else {
url.append(separator);
}
url.append(this.encodeURL(key));
url.append('='); // Interpret null as "no value"
} else if (value instanceof String) {
if (!question) {
url.append('?');
question = true;
} else {
url.append(separator);
}
url.append(this.encodeURL(key));
url.append('=');
url.append(this.encodeURL((String) value));
} else if (value instanceof String[]) {
String values[] = (String[]) value;
for (int i = 0; i < values.length; i++) {
if (!question) {
url.append('?');
question = true;
} else {
url.append(separator);
}
url.append(this.encodeURL(key));
url.append('=');
url.append(this.encodeURL(values[i]));
}
} else /* Convert other objects to a string */ {
if (!question) {
url.append('?');
question = true;
} else {
url.append(separator);
}
url.append(this.encodeURL(key));
url.append('=');
url.append(this.encodeURL(value.toString()));
}
}
=========================================================
已经不用再做多余的解释了,代码已经说明一切。
其实在PropertyMessageResource.java中,也有类似的代码,就是将property文件读出的一段代码,在ActionServlet初始化时被调用
在bean:message标签研究一文中可以找到这段代码
最后想说的是,Struts的源码写的相当的优秀,不停的学习对提高自身的水平是很有裨益的
2005 年 12 月 12日, 星期一
摔的好痛呀
这件事情一定要记录下来。
早上早早起床,洗漱完之后出门去吃早餐。从我宿舍楼出来,去往那条直通早餐所在食堂的大道之前要下三级台阶,而台阶的上方是一个治安岗亭所在。因为这个治安岗亭是建在一个平台之上的,这个台阶或许正好是为它而建的,而我每天去吃早餐,必然要从那个平台上下拉,也就必然要下那个台阶了。
天气冷嗖嗖的,寒风凛冽。我拉紧了大衣,双手插在口袋里,慢慢向那个台阶走去,最上面的一级台阶上有些水(我并没有反应过来它们结成了冰),我想或许是岗亭中的那个保安们倒的。一脚踏在了那一滩“水上”,忽然觉得脚下一滑,身体失去了重心,屁股重重的在地上坐了下去,然后顺势滑下了那三级台阶。我想起来,可是发现我起不来,因为觉得腰部好痛——前所未有的痛,然后或许是反射的想大口喘气一缓解疼痛,可是居然痛的无法呼吸了,于是我只能用手撑着,瘫倒在地。这时,岗亭中的保安出来了——不管那水是不是他们倒的,这时还是应该感谢他们——他们赶紧来扶我,问我哪里摔着了,我说“腰……”,此时的我居然可以说话了,原来可以喘气了,但腰还是不能直起来,因为实在是痛。
然后,那两个保安将我搀扶进了那个岗亭中坐下,我靠着椅子才慢慢回过神来。保安们赶紧呼叫那部巡逻车,要送我去医院,我也是一定要去医院看看的。从他们的谈话中可以听出那水可能是他们倒的,他们也赶紧去用一些土灰覆盖上了,更有趣的是他们说“我说呢,我看见有个人从窗户前经过,忽然一下就不见了”,我当时听了也想笑,可是还是痛,痛的笑不出来。
那辆所谓的巡逻车来了,还是他们将我搀扶上了车,我也慢慢回复能够直起腰来走路了,就是在弯腰和直腰之间还是痛。到了校医院,他们说挂外科,到了外科门诊之后医生居然还没有上班,可能是我“摔”的太早吧。后来医生总算来了,我说了我的情况,她写了一些东西之后给我检查了一下,只是将手在我的后脊椎上下按了几下,问我痛不痛,我说不痛,只是脊椎两边觉得痛的很。她说“那就骨头没事儿,只是软组织损伤,吃点药,休息一下就可以了”。阿弥陀佛,幸好,幸好,要不然就摔大了。
拿了药之后我还是去吃了早饭,然后回了单位。记着以后走路一定要看路了,而且要看清楚,有水的地方会很滑哟。
更有意思的是,单位一个同事事后给我发了一张图片,安慰了我一下,就是下面这张了。^_^
2005 年 12 月 08日, 星期四
BEAWorld 2005
12.7-12.8,两天的时间,北京国贸的中国大饭店,BEA World 2005我所见过的最豪华的有关某个公司的产品的业界聚会(可能是我比较……,呵呵),其实我原本是没有打算去的,所以也就没有收到邀请函,但是就在12.6下午,单位另外一位老师说她不去了,于是将邀请函给了我,再说了邀请函上除了姓名以外没有任何有关身份的标志,我在“踌躇”之中应允了。
两天会议中,第一天的会议无非都是在说SOA,即Service-Oriented Architecture,据说去年的年会就已经是在炒这个概念了,而今年BEA已经做出了实际的产品-AquaLogic来实现这个概念了,据说美国Wells Fargo已经有成功的案例,但是国内暂时还没有成功案例。SOA与BEA的 Think liquid概念很一致,在它看来,所有的功能都应该做成服务,liquid似的服务,这样子,另外用服务的人可以随意的组合这些服务,做成自己的应用或者再做成服务,就向liquid一样,你要它是什么形状就是什么形状。他们还引了一个很雅的句子,“上善若水”。产品没有演示,只是讲了一些如果要应用SOA应当如何,这是一个很大的工程,如果原有的项目没有这样的基础(做成服务)那就需要慢慢的来,Wells Fargo之所以成功的应用了,据说是因为他们很多应用都已经SOA Ready了。
12.7这一天我们是坐地铁回来的,但是同行的同事没有听从我的建议,地铁到了西直门就换公车,结果一路堵,那个痛苦呀,要是直接坐城铁到五道口,走回来也不要这么久。
第二天我上午就没有过去了,而是只是赶到了午饭时间,之所以这样是我觉得上午的主题演讲没有什么意思,而下午有个分会场的话题倒是有些意思。其中有一个Java的混和开发,介绍了BEA Workshop Studio 3.0 ,这个工具是基于Eclipse的 ,功能还不错,尤其是在JSP编辑对Struts标签的支持上看起来很强,当时就想回来下个trial试试,如果可以的话就怂恿领导买一个,呵呵。据说这个东西还能支持其他的一些开源工具和架构如BeeHive等,这个东西之前一直没有用过,看来要学习的东西还很多。
之后还有一个是EJB3的Topic,演讲者介绍了持久化部分的API,总体看起来很熟悉,与Hibernate很相似,原来上学的时候用过,之后就用了Hibernate索引对EJB Persistence的印象不是很深,但是与Hibernate比较一下还是有一些理解的,呵呵。这个没有听完就被同事叫着要回去了,只得做罢。
回来了,想想还是写点记忆吧,也鼓励自己还有很多新的东西要学习,比如Web Service等。
2005 年 12 月 01日, 星期四
难道我的语言表达能力有问题?
昨天听了两个很有意思的笑话:
1.那天我做梦梦见自己在考试,把我吓了一条,醒来后发现,靠,原来真的在考试。
2.“下个礼拜考高数!”
“明天考高数!”
“待会考高数!”
“靠,刚才考的是高数呀!”
我把这两个笑话给实验室的同学们说了,可是他们居然不笑,看来是我的语言表达能力有问题,尤其是在讲笑话的时候。
最近开始研究柏拉图,知道了“洞穴论”和这个世界只有三张桌子。
2005 年 11 月 24日, 星期四
如何设置WebLogic的缺省应用
在WEB-INF中新添加一个文件weblogic.xml,内容如下:
<!DOCTYPE weblogic-web-app PUBLIC "-//BEA
Systems, Inc.//DTD Web Application 7.0//EN"
"http://www.bea.com/servers/wls700/dtd/weblogic700-web-jar.dtd">
<weblogic-web-app>
<context-root>/</context-root>
</weblogic-web-app>
另外在MyEclipse中,进入Project的属性页。其中有一项是MyEclipse-Web,同样可以配置。
但是注意,可能其他文件中如果用了绝对路径,连接势必存在问题,需要统一替换更改。