WebLogic JDBC & Transaction版精华帖整理

1 JDBC连接池配置 1.1配置连接池 FOR WEBLOGIC 8.1 论坛内经常有人询问如何配置连接池的问题，这里把配置的详细过程都再重复一遍，并包含论坛内对配置连接池出现的问题回答进行整理。

STEP 1：数据库类型和驱动类型的选择，对于各种TYPE的驱动附录内容会做介绍。

STEP 2：连接池连接属性配置，连接URL，用户名/密码，数据库服务名。 STEP 3：测试连接池配置是否正确。

STEP 4：测试成功后进行部署。 STEP 5：部署成功，选择该连接进行连接池的参数配置。 STEP 6：连接池的参数配置。 配置完成后在config.xml 文件中对应的各属性解释如下：  Initial Capacity:创建连接池时所创建的数据库连接的数目。  Maximum Capacity: 连接池中连接的最大数目。  Capacity Increment: 连接池容量在最大容量限制范围内的增量。  LoginDelay: 在创建每个物理数据库连接之前要延迟的秒数。  Allow Shrinking: 将该项设置为true时，如果没有使用额外的连接，则允许连接池把容量减小到InitialCapacity。  Shrink Frequency: 在减小连接池容量之前要等待的秒数。如果将Shrink Frequency设置为true，那么也必须将Allow Shrinking设置为true。  Test Frequency: 数据库连接测试之间间隔的秒数。在每个Refresh Period时间间隔之后，如果设置了TestTableName，就会使用TestTableName测试未使用的数据库连接。  Test Reserved Connections: 如果选择了这个选项，服务器会在把连接提供给客户端之前对其进行测试。  Test Created Connections: 如果选择了这个选项，就会在创建一个JDBC连接之后和在把它添加到JDBC连接池中的可用连接列表之前，对该JDBC连接进行测试。  Test Released Connections: 如果选择了这个选项，服务器就会在把连接返回给连接池之前对其进行测试。  Test Table Name: 用于JDBC连接测试的数据库表名。如果指定了Test Frequency，并且选择了Test Reserved Connections、Test Created Connections或Test Released Connections，则Table Name是必需的。  Weblogic.codeset=GBK:编码格式 1.1.1 通过程序配置连接池 配置连接池可以通过weblogic.management.configuration.JDBCConnectionPoolMBean或者是weblogic.management.configuration.JDBCDataSourceMBeanl编程进行。

具体代码见附录部分—代码1（连接池设置） 1.1.2 通过程序查看连接池运行状态信息 配置连接池可以通过weblogic.management.configuration.JDBCConnectionPoolMBean或者编程获取运行态的信息。

具体代码见附录部分—代码2（连接池监控）

1.2配置连接池常见问题 1.2.1 连接有效性测试选项 Q:连接池配好后，启动正常，如果Connection Pool在使用过程中与数据库的联系因为网络的问题或别的原因断掉，是不是必须重新启动weblogic才能重新让Connection Pool连上数据库？我现在每次一碰到数据库连不上就要重启一次wlsServer,烦得要命。

此类问题出现的原因：  应用服务器到数据库端的网络连接不可靠；  数据库在系统运行的情况下重启动；  驱动程序的问题造成连接不可用。

A: WLS里设置连接的检查，一个是获取连接的时候检查该连接是否有效，另外一个就是释放连接的时候检查。这两个检查在配置连接池的时候都是可以设置的。

设置的参数说明： 参数名称 参数说明 参数选择值 TestConnectionsOnReserve 从连接池获取连接后是否进行有效性测试 True/false

RefreshMinutes parameter 设定connection pool的刷新时间 刷新的时间间隔 Test Table Name 测试的表名，也可以指定SQL 表名或者是SQL 1.2.2不同类型驱动的区别与选择

Q:请教console中连接池的oracle驱动程序那个多，用哪个好呢？他们的驱动程序文件分别对应LIB目录下的哪个文件？

A: BEA_HOME$/weblogic81/server/lib目录内，如果需要连接不同的数据库需要把对应的驱动程序置于该目录内。

JDBC驱动的类型与选择，在配置连接池的时候进行选择。

JDBC-1图JDBC-2图 【TYPE 1：JDBC-ODBC桥】 JDBC-1图左边的分支称为TYPE 1，即通常由Sun公司提供的JDBC-ODBC桥接器。它提供了经由一种或多种ODBC驱动进行访问的JDBC接口，而ODBC驱动，在很多情况下也即数据库的客户端，必须加载到客户机。因而，它适用于下载和自动安装Java程序不重要、实验用途或者没有其它JDBC驱动可用的情况下。执行效率比较低,对于那些大数据量存取的应用是不适合的.而且,这种方法要求客户端必须安装ODBC 驱动,所以对于基于 internet ,intranet的应用也是不合适的.因为,不可能要求所有客户都能找到ODBC DRIVER。

【TYPE 2：本地API驱动】 JDBC-1图右边的分支成为模式2，类似于JDBC-ODBC桥接器，需要加载到客户机，却是一个部分用Java实现的驱动接口。它将JDBC调用转换为对数据库（Oracle、Sybase、Informix、DB2等）客户端接口的调用。这种驱动比起TYPE 1执行效率大大提高了，但它仍然需要在客户端加载数据库厂商提供的代码库。这样就不适合基于internet的应用。

【TYPE 3：网络协议驱动】 JDBC-2图右边的分支称为TYPE 3，它同样是一个纯Java驱动，不同于TYPE 4的是基于网络协议。它的机制是将JDBC调用转换为中间网络协议，然后转换为DBMS协议。中间网络协议层起到一个读取数据库的中间件的作用，能够连接许多类型的数据库，因而是最灵活的JDBC模式。这种模式的产品比较适用于企业内部互联网，如若支持国际互联网，还需添加对安全、穿过防火墙访问等的支持。

【TYPE 4：本地协议驱动】 图2左边的分支称为TYPE 4，它一般是数据库厂商才能实现的纯Java的基于本地协议的驱动，直接调用DBMS（数据库管理系统）使用的网络协议，对于企业内部互联网来说，是一个实用的解决方案。

1.2.3 JDBC连SQL SERVER数据库的常见问题 使用TYPE4类驱动程序，目前支持两种版本的SQL SERVER WebLogic jDriver for Microsoft SQL Server Version 7.0 and 2000, 这个版本的驱动是WEBLOGIC的默认设置，不需要做其他的配置。

 支持SQL Server 7.0 和 2000.  支持新的数据类型SQL Server Version 7.0 and 2000.

WebLogic jDriver for Microsoft SQL Server Versions 6.5 and 7.0, 使用这个版本的驱动，必须在CLASSPATH路径里增加ssqlserver4v65.jar。

 支持SQL Server 6.5.  支持SQL Server 7.0 但有以下两个限制: 一，是否按照6.5的语义规则 creates columns that do not allow null values. (This behavior is normal for SQL Server version 6.5.)。二，不支持新的 SQL Server 7.0数据类型。

知道了以上两点后，有些问题就能很明确了。 Q: ClassNotFoundException的错误。该错误主要是没有加载SQL SERVER的驱动程序。

A: JDBC连接SQL SERVER需要三个包：msutil.jar,msbase.jar,mssqlserver.jar，可以把这三个包拷贝到BEA_HOME$/weblogic81/server/lib目录内。 Q: [Microsoft][SQLServer 2000 Driver for JDBC]Error establishing socket的错误。该错误主要是没有加载SQL SERVER的驱动程序。

A: 启动sqlserver2000的服务器网络实用工具后，确保Tcp/Ip协议已启动，默认的应该都启动了，这是进行通讯的条件，再选中Tcp/Ip协议后点击属性，就看到了一个默认端口号，这就是你在 getConnection里用到的端口号，必须把程序里用到的端口号，写成这里的值。

Q: 连接SQL SERVER正常，但连接后不能使用或提示SQL错误。 A: 该问题主要原因可能是没有给这个用户分配足够的权限，或者你的SQL语句中用到了SQL SERVER里保留的关键字。

Q: 错误：java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC]Can't start a cloned connection while in manual transaction mode.

A: 这个错误产生的原因一般是当你在一个SQL SERVER的JDBC连接上执行多个STATEMENTS的操作，或者是手动事务状态（AutoCommit=false) 并且使用 direct (SelectMethod=direct) 模式. Direct 模式是默认的模式.

解决办法 当你使用手动事务模式时，必须把SelectMethod 属性的值设置为 Cursor(SelectMethod= Cursor), 或者是确保在你的连接上只有一个STATEMENT操作。

1.2.4 XA-DRIVER与普通DRVIER的区别 Q:XA的Driver和普通的Driver有什么区别呢？ A:XA的Driver支持分布式的事务处理，这是与non xa driver的最大区别；JDBC2.0规范提供了进行分布式事务的能力。分布式事务是个单独的事务，可以应用在位于分离服务器上的多个异构数据库。为了支持分布式事务，JDBC2.0提供了两个新的接口： javax.sql.XADataSource和javax.sql.XAConnection。从性能的考虑来说，使用XA的DRIVER会比普通的DRIVER慢。