<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: Quartz integration in JEE	</title>
	<atom:link href="https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/feed/" rel="self" type="application/rss+xml" />
	<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/</link>
	<description></description>
	<lastBuildDate>Mon, 04 Jul 2022 08:57:04 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>
		Von: Quartz triggers, jobs, groups and more &#124; Pauls Blog		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-2040</link>

		<dc:creator><![CDATA[Quartz triggers, jobs, groups and more &#124; Pauls Blog]]></dc:creator>
		<pubDate>Sun, 03 Jul 2022 12:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-2040</guid>

					<description><![CDATA[[&#8230;] Setup Quartz in JEE [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Setup Quartz in JEE [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Quartz integration in Spring &#124; Pauls Blog		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-2039</link>

		<dc:creator><![CDATA[Quartz integration in Spring &#124; Pauls Blog]]></dc:creator>
		<pubDate>Fri, 01 Jul 2022 19:51:05 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-2039</guid>

					<description><![CDATA[[&#8230;] We will use the CMT Store here, for more details because of the why please read the following tutorial. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] We will use the CMT Store here, for more details because of the why please read the following tutorial. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Vladimir Schöner		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1883</link>

		<dc:creator><![CDATA[Vladimir Schöner]]></dc:creator>
		<pubDate>Mon, 13 Jan 2020 16:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-1883</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1882&quot;&gt;Vladimir Schöner&lt;/a&gt;.

For the payara version 4.1.2.191 it works fine.]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1882">Vladimir Schöner</a>.</p>
<p>For the payara version 4.1.2.191 it works fine.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Vladimir Schöner		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1882</link>

		<dc:creator><![CDATA[Vladimir Schöner]]></dc:creator>
		<pubDate>Sun, 12 Jan 2020 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-1882</guid>

					<description><![CDATA[The test succeeds with payara 5.194 which is good! I have still the issue with the version 4.1.2.174. Let&#039;s see how we solve the issue or find a workaround, since we cannot upgrade the server version in production environment.

One thing I have discovered, you use the &quot;name&quot; attribute for resource annotation for the executor service. Is that what you want? Actually in this case the default executor service will be injected not the quartz executor. Please check https://github.com/payara/Payara/issues/1914]]></description>
			<content:encoded><![CDATA[<p>The test succeeds with payara 5.194 which is good! I have still the issue with the version 4.1.2.174. Let&#8217;s see how we solve the issue or find a workaround, since we cannot upgrade the server version in production environment.</p>
<p>One thing I have discovered, you use the &#8222;name&#8220; attribute for resource annotation for the executor service. Is that what you want? Actually in this case the default executor service will be injected not the quartz executor. Please check <a href="https://github.com/payara/Payara/issues/1914" rel="nofollow ugc">https://github.com/payara/Payara/issues/1914</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Paul Sterl		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1881</link>

		<dc:creator><![CDATA[Paul Sterl]]></dc:creator>
		<pubDate>Sat, 11 Jan 2020 11:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-1881</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1880&quot;&gt;Vladimir&lt;/a&gt;.

Interesting I would need to test it with a payara 4 // could you please give it a try with a payara 5? I added the &lt;code&gt;domain.xml&lt;/code&gt; to git: https://github.com/sterlp/jee-quartz-integration/blob/master/src/test/resources/example-domain-payara-5.xml]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1880">Vladimir</a>.</p>
<p>Interesting I would need to test it with a payara 4 // could you please give it a try with a payara 5? I added the <code>domain.xml</code> to git: <a href="https://github.com/sterlp/jee-quartz-integration/blob/master/src/test/resources/example-domain-payara-5.xml" rel="nofollow ugc">https://github.com/sterlp/jee-quartz-integration/blob/master/src/test/resources/example-domain-payara-5.xml</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Vladimir		</title>
		<link>https://sterl.org/2019/09/quartz-scheduler-integration-in-java-jee/#comment-1880</link>

		<dc:creator><![CDATA[Vladimir]]></dc:creator>
		<pubDate>Fri, 10 Jan 2020 18:03:20 +0000</pubDate>
		<guid isPermaLink="false">http://sterl.org/?p=378#comment-1880</guid>

					<description><![CDATA[Great article, thanks! 
I tried to configure payara with your quartz-jee integration example, but the thing is the executor service seems not to work properly (or my Payara configuration was wrong). Would you provide the server configuration (probably it is like in my case, payara too) ?

Actually I created the default Managed Executor Service with default values.

If you are interested in here are two Exceptions I&#039;m getting:
&lt;pre&gt;
[2020-01-10T17:34:04.473+0100] [Payara 4.1] [WARNING] [] [quartz.SimpleQuartzJeeThreadPool] [tid: _ThreadID=117 _ThreadName=JEE-QUARTZ_QuartzSchedulerThread] [timeMillis: 1578674044473] [levelValue: 900] [[
  blockForAvailableThreads failed to pruge queue!
java.util.concurrent.RejectedExecutionException: Task org.glassfish.enterprise.concurrent.internal.ManagedFutureTask@29a98c6c rejected from org.glassfish.enterprise.concurrent.internal.ManagedThreadPoolExecutor@20502db2[Shutting down, pool size = 2, active threads = 2, queued tasks = 0, completed tasks = 6]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2063)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:830)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1379)
	at org.glassfish.enterprise.concurrent.AbstractManagedExecutorService.executeManagedFutureTask(AbstractManagedExecutorService.java:405)
	at org.glassfish.enterprise.concurrent.AbstractManagedExecutorService.submit(AbstractManagedExecutorService.java:389)
	at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.submit(ManagedExecutorServiceAdapter.java:62)
	at quartz.SimpleQuartzJeeThreadPool.blockForAvailableThreads(SimpleQuartzJeeThreadPool.java:59)
	at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:278)
]]
&lt;/pre&gt;

or

&lt;pre&gt;
[2020-01-10T17:26:33.824+0100] [Payara 4.1] [WARNING] [] [quartz.SimpleQuartzJeeThreadPool] [tid: _ThreadID=117 _ThreadName=JEE-QUARTZ_QuartzSchedulerThread] [timeMillis: 1578673593824] [levelValue: 900] [[
  blockForAvailableThreads failed to pruge queue!
java.util.concurrent.ExecutionException: javax.enterprise.concurrent.AbortedException: Module null is disabled
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at quartz.SimpleQuartzJeeThreadPool.blockForAvailableThreads(SimpleQuartzJeeThreadPool.java:59)
	at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:278)
Caused by: javax.enterprise.concurrent.AbortedException: Module null is disabled
	at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:146)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
	at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
]]
&lt;/pre&gt;]]></description>
			<content:encoded><![CDATA[<p>Great article, thanks!<br />
I tried to configure payara with your quartz-jee integration example, but the thing is the executor service seems not to work properly (or my Payara configuration was wrong). Would you provide the server configuration (probably it is like in my case, payara too) ?</p>
<p>Actually I created the default Managed Executor Service with default values.</p>
<p>If you are interested in here are two Exceptions I&#8217;m getting:</p>
<pre>
[2020-01-10T17:34:04.473+0100] [Payara 4.1] [WARNING] [] [quartz.SimpleQuartzJeeThreadPool] [tid: _ThreadID=117 _ThreadName=JEE-QUARTZ_QuartzSchedulerThread] [timeMillis: 1578674044473] [levelValue: 900] [[
  blockForAvailableThreads failed to pruge queue!
java.util.concurrent.RejectedExecutionException: Task org.glassfish.enterprise.concurrent.internal.ManagedFutureTask@29a98c6c rejected from org.glassfish.enterprise.concurrent.internal.ManagedThreadPoolExecutor@20502db2[Shutting down, pool size = 2, active threads = 2, queued tasks = 0, completed tasks = 6]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2063)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:830)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1379)
	at org.glassfish.enterprise.concurrent.AbstractManagedExecutorService.executeManagedFutureTask(AbstractManagedExecutorService.java:405)
	at org.glassfish.enterprise.concurrent.AbstractManagedExecutorService.submit(AbstractManagedExecutorService.java:389)
	at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.submit(ManagedExecutorServiceAdapter.java:62)
	at quartz.SimpleQuartzJeeThreadPool.blockForAvailableThreads(SimpleQuartzJeeThreadPool.java:59)
	at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:278)
]]
</pre>
<p>or</p>
<pre>
[2020-01-10T17:26:33.824+0100] [Payara 4.1] [WARNING] [] [quartz.SimpleQuartzJeeThreadPool] [tid: _ThreadID=117 _ThreadName=JEE-QUARTZ_QuartzSchedulerThread] [timeMillis: 1578673593824] [levelValue: 900] [[
  blockForAvailableThreads failed to pruge queue!
java.util.concurrent.ExecutionException: javax.enterprise.concurrent.AbortedException: Module null is disabled
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at quartz.SimpleQuartzJeeThreadPool.blockForAvailableThreads(SimpleQuartzJeeThreadPool.java:59)
	at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:278)
Caused by: javax.enterprise.concurrent.AbortedException: Module null is disabled
	at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:146)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
	at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
]]
</pre>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
