前言
在公司接触一个报表项目时，发现里面使用的JNDI配置的数据源，在web.xml中有resource-ref这个标签，这种方式跟传统的JDBC连接还是有些区别
JNDI简介
JNDI(Java Naming and Directory Interface,Java命名和目录接口)是SUN公司提供的一种标准的Java命名系统接口，JNDI提供统一的客户端API，通过不同的访问提供者接口JNDI服务供应接口(SPI)的实现，由管理者将JNDI API映射为特定的命名服务和目录系统，使得Java应用程序可以和这些命名服务和目录服务之间进行交互。
JNDI程序包：
javax.naming：命名操作；
javax.naming.directory：目录操作；
javax.naming.event：在命名目录服务器中请求事件通知；
javax.naming.ldap：提供LDAP支持；
javax.naming.spi：允许动态插入不同实现。
数据源的由来
在Java开发中，使用JDBC操作数据库的四个步骤如下：
- 加载数据库驱动程序Class.forName(“数据库驱动类”);
- 连接数据库Connection con = DriverManager.getConnection()
- 操作数据库PreparedStatement stat = con.prepareStatement(sql);stat.executeQuery()
- 关闭数据库，释放连接con.close()
也就是说，所有的用户都需要经过此四步进行操作，但是这四步之中有三步(①加载数据库驱动程序、②连接数据库、④关闭数据库，释放连接)对所有人都是一样的，而所有人只有在操作数据库上是不一样，那么这就造成了性能的损耗。也就是说，所有的用户都需要经过此四步进行操作，但是这四步之中有三步(①加载数据库驱动程序、②连接数据库、④关闭数据库，释放连接)对所有人都是一样的，而所有人只有在操作数据库上是不一样，那么这就造成了性能的损耗。
那么最好的做法是，准备出一个空间，此空间里专门保存着全部的数据库连接，以后用户用数据库操作的时候不用再重新加载驱动、连接数据库之类的，而直接从此空间中取走连接，关闭的时候直接把连接放回到此空间之中。
那么此空间就可以称为连接池（保存所有的数据库连接），但是如果要想实现此空间的话，则必须有一个问题要考虑？
1、 如果没有任何一个用户使用连接，那么那么应该维持一定数量的连接，等待用户使用。
2、 如果连接已经满了，则必须打开新的连接，供更多用户使用。
3、 如果一个服务器就只能有100个连接，那么如果有第101个人过来呢？应该等待其他用户释放连接
4、 如果一个用户等待时间太长了，则应该告诉用户，操作是失败的。
如果直接用程序实现以上功能，则会比较麻烦，所以在Tomcat 4.1.27之后，在服务器上就直接增加了数据源的配置选项，直接在服务器上配置好数据源连接池即可。在J2EE服务器上保存着一个数据库的多个连接。每一个连接通过DataSource可以找到。DataSource被绑定在了JNDI树上（为每一个DataSource提供一个名字）客户端通过名称找到在JNDI树上绑定的DataSource，再由DataSource找到一个连接。如下图所示：
那么在以后的操作中，除了数据库的连接方式不一样之外，其他的所有操作都一样，只是关闭的时候不是彻底地关闭数据库，而是把数据库的连接放回到连接池中去。
如果要想使用数据源的配置，则必须配置虚拟目录，因为此配置是在虚拟目录之上起作用的。需要注意的是，如果要想完成以上的功能，在Tomcat服务器上一定要有各个数据库的驱动程序。
实操
在网上看到很多实现方法，这里记录下我成功的方法。
本项目中，由于比较老就是jsp项目，先添加框架的支持，添加maven。
选择maven即可
现在开始配置JNDI
第一步，创建一个context.xml文件，这个文件可以从tomcat/conf/context.xml复制一份
需要注意的是:Context.xml文件，节点需要注意大小写，这个文件一定要写对。并且Resource是单便签，写成双标签的…就会无效
会报Failed to create MBean for naming resource [null]异常
当初因为写成了…的双标签格式，结果读取不出来配置
这是stackoverflow上的解答，同样的问题
第二步，配置web.xml文件
写好resource-ref节点
第三步，设置project structure
快速的配置好web项目一些路径什么的，对idea熟悉的应该很快就配好
Facets中
配置tomcat Context，没有这个就点击Add Application Server Specific descriptor添加上，路径就是刚刚建好的context.xml文件
在idea中这样配置context后就不需要在手工修改tomcat中的context.xml配置文件了，这也是idea的方便之处
经过这三步JNDI就配置好啦，现在有个测试代码片段
需要注意的是，不能使用这种方式来test，它需要运行在tomcat环境里，不然会报错
javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial
把这段代码写在service层测试即可
