再谈quartz

最新推荐文章于 2021-09-05 20:45:02 发布

原创最新推荐文章于 2021-09-05 20:45:02 发布 · 4.3k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#quartz #weblogic #socket #tomcat #exception #nested

JAVA 专栏收录该内容

15 篇文章

订阅专栏

本文探讨了Quartz定时任务在Tomcat环境下遇到的问题及解决方案，包括因连接池导致的JobPersistenceException异常处理方法，以及如何避免ObjectAlreadyExistsException异常导致的调度器失效。

quartz集成到tomcat采用是使用 ServletContextListener方案，参见http://www.blogjava.net/Unmi/archive/2008/05/01/197657.html

tomcat运行一段时间后，控制台报以下错误
2009-03-06 09:38:21 [org.quartz.core.ErrorLogger]-[ERROR] An error occured while scanning for the next trigger to fire.
org.quartz.JobPersistenceException: Couldn't rollback jdbc connection. Io 异常: Connection reset by peer: socket write error [See nested exception: java.sql.SQLException: Io 异常: Connection reset by peer: socket write error]
at org.quartz.impl.jdbcjobstore.JobStoreSupport.rollbackConnection(JobStoreSupport.java:2319)
at org.quartz.impl.jdbcjobstore.JobStoreTX.acquireNextTrigger(JobStoreTX.java:1222)
at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:233)
* Nested Exception (Underlying Cause) ---------------
java.sql.SQLException: Io 异常: Connection reset by peer: socket write error
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:333)
at oracle.jdbc.driver.OracleConnection.rollback(OracleConnection.java:1380)
at org.apache.commons.dbcp.DelegatingConnection.rollback(DelegatingConnection.java:328)
at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.rollback(PoolingDataSource.java:312)
at org.quartz.impl.jdbcjobstore.JobStoreSupport.rollbackConnection(JobStoreSupport.java:2317)
at org.quartz.impl.jdbcjobstore.JobStoreTX.acquireNextTrigger(JobStoreTX.java:1222)
at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:233)

附开发环境:
winxp+eclipse3.2.2+jdk5.0+tomcat5.5.20+quartz1.5.2+oracle 11g

解决方案参考采用http://www.javauu.com/thread-16-1-1.html

具体描述如下：

一直以来都相信从连接池获取过来的连接对象应该都是打开的,不可能引起的这个问题;
后面经过调试发现,在抛出异常之前Connection对象都不是null的,只是因为其状态已经被close了.
现在可以证实一点,从连接池里面获取过来的Connection并非全部是可用,如果你仔细去了解其他高级选项的配置,就会体会得到这一点.

由于quartz默认采用连接池是dbcp，而当使用DBCP时，数据库连接因为某种原因断掉后，再从连接池中取得连接又不进行验证，这时取得的连接实际已经时无效的数据库连接了

解决方法:
方法一:设置weblogic上面的连接池参数,打开要配置的连接池的配置页面,点击Connection选项卡,在下面找到一个show,点击,就会显示连接池的高级配置选项,
勾选"Test Reserver Connetion",勾选这个的意思,就是要让weblogic在向客户端提供Connection之前,都先自己测试一下这个Connection是否可用,防止weblogic向客户端发送已经关闭的Connection对象,导致应用程序抛出异常.
方法二:当然还有另一种方法就是在程序这边作相应的判断,每从数据连接池中获取一个Connection对象时,都要先判断其他状态是否是Open的,如果不是Open的,就重新到池里面再获取一个新的连接，直到获取的连接是可用的为止。
即
while(conn.isClosed()){
conn=getConnectionFromPool();
}

在配置连接池时,建议大家多了解其他里面的各个参数项,

补记：解决ObjectAlreadyExistsException异常导致调度器失效

2009-03-25 16:12:05 [vs.dascsl.dbaccess.datatransfer.ScheduleStartListener]-[ERROR] Quartz failed to initialize
org.quartz.ObjectAlreadyExistsException: Unable to store Job with name: 'b8d44040-f803-443c-8ce8-4b10738a579e' and group: 'DEFAULT', because one already exists with this identification.
    at org.quartz.impl.jdbcjobstore.JobStoreSupport.storeJob(JobStoreSupport.java:1098)
    at org.quartz.impl.jdbcjobstore.JobStoreSupport$3.execute(JobStoreSupport.java:1047)
    at org.quartz.impl.jdbcjobstore.JobStoreSupport$40.execute(JobStoreSupport.java:3688)

//在ScheduleStartListener加载所有定时器

for ( ....){

.....//代码略

通过try{

...//代码略

} catch (ObjectAlreadyExistsException e){//已经解决

continue;//捕获ObjectAlreadyExistsException后直接加载下一个定时器,否则调度器失效

}

.....//代码略

}