快速开发平台WebBuilder的JNDI配置

数据源的作用 JDBC操作的步骤： 1、 加载驱动程序 2、 连接数据库 3、 操作数据库 4、 关闭数据库，释放连接 也就是说，所有的用户都需要经过此四步进行操作，但是这四步之中有三步对所有人都是一样的，而所有人只有在操作上是不一样，那么这就造成了性能的损耗。 那么最好的做法是，准备出一个空间，此空间里专门保存着全部的数据库连接，以后用户用数据库操作的时候不用再重新加载驱动、连接数据库之类的，而直接从此空间中取走连接，关闭的时候直接把连接放回到此空间之中。 那么此空间就可以称为连接池（保存所有的数据库连接），但是如果要想实现此空间的话，则必须有一个问题要考虑？ 1、 如果没有任何一个用户使用连接，那么那么应该维持一定数量的连接，等待用户使用 2、 如果连接已经满了，则必须打开新的连接，供更多用户使用 3、 如果一个服务器就只能有100个连接，那么如果有第101个人过来呢？应该等待其他用户释放连接 4、 如果一个用户等待时间太长了，则应该告诉用户，操作是失败的 如果直接用程序实现以上功能，则会比较麻烦，所以在Tomcat 4.1.27之后，在服务器上就直接增加了数据源的配置选项，直接在服务器上配置好数据源连接池即可。 在J2EE服务器上保存着一个数据库的多个连接。 每一个连接通过DataSource可以找到。 DataSource被绑定在了JNDI树上（为每一个DataSource提供一个名字） 客户端，通过名称找到在JNDI树上绑定的DataSource，再由DataSource找到一个连接。 那么在以后的操作中，除了数据库的连接方式不一样之外，其他的所有操作都一样，只是关闭的时候不是彻底地关闭数据库，而是把数据库的连接放回到连接池中去。 如果要想使用此配置，则必须配置虚拟目录，因为此配置是在虚拟目录之上起作用的。 当然，需要注意的是，如果要想完成以上的功能，在服务器上一定要保存好各个数据库的驱动程序。 server. ： 只要在服务器上使用以上的配置，就表示配置好连接池了，那么在配置之中，有以下几个主要的属性需要注意： • 中定义的是资源的配置使用 |- name：表示以后要查找的名称。通过此名称可以找到DataSource，此名称任意更换，但是程序中最终要查找的就是此名称，为了不与其他的名称混淆，所以使用jdbc/oracle，现在配置的是一个jdbc的关于oracle的命名服务。 |- auth：由容器进行授权及管理，指的用户名和密码是否可以在容器上生效 |- type：此名称所代表的类型，现在为javax.sql.DataSource |- maxActive：表示一个数据库在此服务器上所能打开的最大连接数 |- maxIdle：表示一个数据库在此服务器上维持的最小连接数 |- maxWait：最大等待时间。10000毫秒 |- username：数据库连接的用户名 |- password：数据库连接的密码 |- driverClassName：数据库连接的驱动程序 |- url：数据库连接的地址 但是，在Tomcat 5.5之后的服务器，如果要想正确的使用此数据源连接，则必须在web. 中进行一系列的配置。