非托管线程Spring Quartz Websphere Hibernate
看来我们使用Quartz-JDBCJobStore以及Spring，Hibernate和Websphere的实现抛出了非托管线程。
我做了一些阅读，发现了一篇来自IBM的技术文章，指出使用Quartz with Spring会导致这种情况。 他们建议使用CommnonJ来解决这个问题。
我做了一些进一步的研究，到目前为止我见过的唯一例子都涉及不在数据库中的计划旧JobStore。
所以，我想知道是否有人有这个问题的解决方案的例子。
谢谢
我们有一个可行的解决方案（实际上是两个）。
1）更改quartz源代码，以便为主调度程序线程使用WorkManager守护程序线程。 它有效，但需要更改夸脱。 我们没有使用它，因为我们不想保持一个黑客版本的石英。 （这提醒我，我打算将此提交给项目，但完全忘了）
2）创建一个WorkManagerThreadPool用作石英线程池。 实现石英ThreadPool的接口，以便在quartz中触发的每个任务都包装在一个commonj Work对象中，然后在WorkManager中进行调度。 关键是WorkManagerThreadPool中的WorkManager必须在调度程序启动之前从Java EE线程（例如servlet初始化）初始化。 然后，WorkManagerThreadPool必须创建一个守护程序线程，该线程将通过创建和调度新的Work对象来处理所有计划任务。 这样，调度程序（在其自己的线程上）将任务传递给托管线程（Work守护程序）。
不简单，不幸的是我没有随时可用的代码。
为线程添加另一个答案，因为我最终找到了解决方案。
我的环境 ：WAS 8.5.5，Quartz 1.8.5，没有Spring。
我遇到的问题是（上述）非托管线程导致来自ctx.lookup(myJndiUrl)的NamingException，而是正确地在其他应用程序服务器中工作（JBoss，Weblogic）; 实际上，Webpshere正在使用以下消息触发“事件”：
javax.naming.ConfigurationException：无法完成对“java：”名称的JNDI操作，因为服务器运行时无法将操作的线程与任何J2EE应用程序组件相关联。 当在服务器应用程序请求的线程上未执行使用“java：”名称的JNDI客户端时，可能会发生此情况。 确保J2EE应用程序不对静态代码块中的“java：”名称或该J2EE应用程序创建的线程执行JNDI操作。 此类代码不一定在服务器应用程序请求的线程上运行，因此JNDI对“java：”名称的操作不支持。
以下步骤解决了问题：
1）升级到石英1.8.6（无代码更改），只需maven pom
2）将以下dep添加到classpath（在我的例子中，EAR的/ lib文件夹），以使新的WorkManagerThreadExecutor可用
org.quartz-scheduler quartz-commonj 1.8.6
注意：在QTZ-113或官方的Quartz Documentation 1.x 2.x中 ，没有提及如何激活此修复程序。
3）将以下内容添加到quartz.properties（“wm / default”是我WAS 8.5.5中已配置的DefaultWorkManager的JNDI，请参阅参考资料 – > AsynchronousBeans – > WAS控制台中的WorkManagers ）：
org.quartz.threadExecutor.class=org.quartz.custom.WorkManagerThreadExecutor org.quartz.threadExecutor.workManagerName=wm/default
注意：右类是org.quartz。 自定义 .WorkManagerThreadExecutor for quartz-scheduler-1.8.6（已测试）或org.quartz。 来自2.1.1的 commonj .WorkManagerThreadExecutor （未经过测试，但在maven’s repos的实际quartz-commonj’s jar中validation）
4） 在石英作业的空构造函数中移动JNDI查找 （感谢m_klovre的“J2EE容器之外的线程” ）; 也就是说，构造函数是由我的应用程序的同一个J2EE上下文中的newInstance() （ newInstance()方法）调用的，并且可以访问java:global namespace，而execute(JobExecutionContext)方法仍然在较差的上下文中运行，它缺少我所有应用程序的EJB
希望这可以帮助。
PS。 作为参考，您可以在这里找到我上面使用的quartz.properties文件的示例
查看这篇文章： http ： //www.ibm.com/developerworks/websphere/techjournal/0609_alcott/0609_alcott.html
基本上，在SchedulerFactoryBean上设置taskExecutor属性以使用org.springframework.scheduling.commonj.WorkManager TaskExecutor，它将使用容器管理的线程。
请注意：以上QUARTZ-708的链接不再有效。 这个新问题（在一个新的Jira中） 似乎正在解决这个问题： http ：//jira.terracotta.org/jira/browse/QTZ-113（fixVersion = 1.8.6,2.0.2）
您可以查看以下有关此内容的石英上的JIRA链接。
http://jira.opensymphony.com/browse/QUARTZ-708
这有必要的WebSphereThreadPool实现，可以与上面提到的quartz.properties中的更改一起使用，以满足您的要求。 希望这可以帮助。
此致，西瓦
您将不得不使用websphere的托管线程池。 你可以通过spring和commonj来做到这一点。 CommonJ可以有一个任务执行器来创建托管线程。 您甚至可以使用对jndi托管线程资源的引用。 然后，您可以将commonj任务执行程序注入基于Spring的Quartz SchedulerFactoryBean。
有关详细信息，请参阅http://open.bekk.no/boss/spring-scheduling-in-websphere/并滚动到“Quartz with CommonJ”部分。
PaoloC对WAS85和Quartz 1.8.6的提议也适用于WAS80（和Quartz 1.8.6），不需要Spring。 （在我的设置中，Spring 2.5.5存在，但在该上下文中没有使用。）
这样我就可以通过自己的变体覆盖SimpleJobFactory，使用InjectionHelper在每个新创建的作业上应用CDI。 注入适用于@EJB（使用带注释的EJB远程业务接口的JNDI查找）和@Inject（首先使用新的InitialContext对CDI BeanManager进行JNDI查找，然后使用这个新获取的BM来查找CDI bean本身）。
感谢PaoloC的回答！ （我希望这个文本将作为“PaoloC的答案”出现，而不是作为主题的答案。没有办法区分这些。）
我最近遇到过这个问题。 实际上你需要：
- 通过将工作委派给Websphere Work Manager来实现线程池。 （Quartz只提供在非托管线程上运行作业的SimpleThreadPool）。 告诉quartz使用
org.quartz.threadPool.class属性的这个线程池 - 告诉quartz使用
org.quartz.threadExecutor.class属性的WorkManagerThreadExecutor（或实现自定义的） - 对繁琐的遗留Web容器有点耐心:)
这是使用Quartz和Websphere（以及Tomcat）的github演示 。
希望它可以帮助某人..