对于Web容器来说，最忌讳应用程序私自启动线程，自行进行线程调度，像Quartz这种在web容器内部默认就自己启动了10个线程进行异步job调度的框架本身就是很危险的事情，很容易造成servlet线程资源回收不掉，所以我一向排斥使用quartz。
quartz还有一个问题就是不支持cluster。导致使用quartz的应用都没有办法做群集。
那么应该如何正确的使用quartz的同时，又不影响web容器自身的线程调度呢？
办法就是自己单独启动一个Job Server，来quartz跑job，不要部署在web容器中。
其他web节点当需要启动异步任务的时候，可以通过种种方式(DB, JMS, Web Service, etc)通知Job Server，而Job Server收到这个通知之后，把异步任务加载到自己的任务队列中去。
其实想改造当前已经集成quartz的web应用也不算困难：
例如可以使用数据库的表来记录和维护任务队列和状态，把quartz部分完全从web应用中剥离出去，自己写一个Java Main程序把配置quartz的spring容器跑起来，这样Job Server就启动了(注意这个Job Server完全脱离tomcat)。此外这个Main程序应该再启动一个子线程，定期扫描数据库的任务队列表：
有新的任务就加入quartz的任务调度；
把当前任务的执行状态写入任务表；
看到删除任务的表字段状态以后，删除相应的任务。
然后web应用去掉quartz部分配置，把原来的调用quartz任务的代码改写为读写数据库的任务表，这样就把job部分完全从web容器剥离掉了，甚至web容器做cluster也没有问题了，并且多个web节点在同时读写任务表的时候，还有数据库的事务来确保操作的一致性，实在是很棒。
另外还可以单独做一个job管理界面，可以通过web界面手工添加任务，查看任务状态，删除任务等等。