我在Web应用程序设计中 java 的新手,我很惊讶我现在没有多少东西。
特别是我在管理servlet容器如何管理连接池类等资源时遇到了问题。
假设我选择了一个池库(让我们说c3p0),我读到有很多方法可以使用和管理连接池类。
例如在许多示例中,我看到某个类(比如说ComboPooledDataSource)在servlet的init()方法中实例化,这里我有点混乱。我的意思是,我认为连接池系统必须存在,并且对于需要连接的所有servlet都有一个单独的生命,否则没有意义。所以我认为下面的类可能是一个从第一个调用init方法的servlet启动一次的Thread,然后它继续存在,直到有人不打断它。那是对的吗?如果不是,它是如何工作的?
无论如何,一旦我开始这个类,它是否在上下文中的所有servlet之间共享(我的意思是在init方法中调用它的所有servlet)?
其他示例将连接池系统设置为资源,例如通过在context.xml中定义它,然后任何想要连接的servlet都必须通过JNDI访问它(JNDI是否正确?)。我理解(或者我认为)的是,在这种情况下,执行池系统的线程在应用程序启动时启动,并且每个servlet都可以在需要时访问它。那是对的吗?
在这种情况下,我可以通过servlet或后台线程运行时修改连接池系统属性吗? (例如,如果我想根据请求数量的统计数据更改连接数等等)
如果我想创建不同的池(例如,我想将数据库访问细分为N个不同的数据库,或者我想使用不同的用户名访问),我是否需要创建尽可能多的资源,而不是我想要的不同类型的连接?
这两者之间是否存在“更好”的方式还是相同的?
答案 0 :(得分:4)
归结为易于使用webapp和(Tomcat)服务器维护。
您描述了2个用例:
第一种情况适用于“易用性”:您可以将war文件放在任何Tomcat服务器中并且它将起作用(例如Jenkins提供这样的war文件)因为webapp包含所有访问数据库所需的代码。无需更改Tomcat服务器的配置并重新启动它。
如果可以的话,我喜欢提供这类战争档案,因为事情可能会出错(例如,没有与其他webapps配置冲突)。您可以通过提供嵌入了应用程序的Tomcat(因此您不需要开始使用Tomcat服务器,示例项目为here)来更进一步。
请注意,打开数据库连接池(最好是通过ServletContextListener.contextInitialized
而不是servlet)并关闭它(通过contextDestroyed
)不涉及启动和停止线程。池实现可以决定启动后台线程(例如,删除空闲和/或放弃的连接),但它不必。
第二种情况适用于几个有共同点的webapp。例如,如果在同一个Tomcat服务器上运行的多个webapp都使用相同的数据库,那么如果Tomcat服务器已经有一个可用于不同webapps的连接池(通过JNDI),则可以节省时间和精力。 Tomcat服务器可以在“lib”目录中包含JDBC驱动程序软件和连接池软件,并且在服务器的context.xml中完成一次配置。如果数据库发生更改或需要不同(修补)的软件组件,则只需要更新tomcat服务器,并且所有Web应用程序都可以保持不变。在这种情况下,更新Tomcat服务器而不是每个webapp都要容易得多。
第二种情况也更适合监控:您很有可能通过JMX监控连接池。在第一种情况下可能无法进行此类监控。
连接池不需要更改“连接数量作为请求数量统计信息的函数”:您设置要使用的最大连接数以及删除空闲连接的超时。然后,连接池将随着请求的数量而增长和缩小。
将数据库访问细分为N个不同的数据库需要为每个数据库使用不同的连接池,除非这是“只读”,在这种情况下您也可以使用负载均衡器。
使用不同的用户名进行访问有点棘手。我读了另一个问题(我再也找不到了,对不起),您可以在运行时更改架构,但更改用户名/密码可能需要新的连接,在这种情况下连接池已经用完。
答案 1 :(得分:2)
您使用Tomcat运行servlet吗? Tomcat 7有一个新的池化解决方案,您可以调查。 Tomcat还包括可以通过设置factory =“org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory”使用它们的dbcp库。 DBCP池是自我管理的,您可以在context.xml文件中定义配置值我不知道如何动态更改这些值。我相信Tomcat 7池使用与DBCP相同的配置,并添加了两个选项,使两者之间的转换变得简单。我们在所有应用程序中使用DBCP并且没有遇到问题所以我没有使用Tomcat 7池。我想你需要创建许多池来处理大部分需求。