<div dir="ltr">Well, my requirement is exactly the same ! Just that one node (and not all of them) runs a task. So instead of setting up Quartz clustering, we let the Seam/Quartz scheduling fire up task on each node, but the &quot;first node&quot; to get there locks some cache (which is replicated sync. with pessimistic locking), so that the other ones cannot acquire the lock. <div>
<br></div><div>It&#39;s not that elegant, but this remove the need of clustering quartz and make the needs for configuration to the bare minimal (more/less just ispn inside wildfly needs to be configured). The difference between a test env and a pre prod and prod env is only that ISPN is distributed (and the mentioned cache replicated).</div>
<div><br></div><div>Implementation wide, I think the customer end up having a static method being call on all Quartz classes, but I guess this could be placed in somekind of interceptor. </div><div><br></div><div>I can ask the developer involved at the customer to discuss this with you if you want.</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 26 March 2014 13:35, Ales Justin <span dir="ltr">&lt;<a href="mailto:ales.justin@gmail.com" target="_blank">ales.justin@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div class=""><blockquote type="cite"><div dir="ltr"><div>I&#39;m not bridging Quartz with ISPN, I&#39;m currently using ISPN to synchronise Quartz task (instead of clustering Quartz), mostly to simplify a customer app (ie just need to tweak the ISPN cluster, nothing else). </div>
</div></blockquote><div><br></div></div><div>How do you do that?</div><div>By executing a job on entry eviction?</div><div class=""><br><blockquote type="cite"><div dir="ltr"><div>Out of curiosity, can you comment a bit about why/how you want to bridge Quartz with ISPN ?</div>
</div></blockquote><div><br></div></div><div>Wrt how, no idea yet. :-)</div><div>It&#39;s been a while since I used Quartz.</div><div><br></div><div>My requirement is to have a single job per trigger execution across all nodes.</div>
<div>e.g. only one node should handle particular job</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Ales</div></font></span><div class=""><br><blockquote type="cite"><div class="gmail_extra"><div class="gmail_quote">
On 26 March 2014 12:25, Ales Justin <span dir="ltr">&lt;<a href="mailto:ales.justin@gmail.com" target="_blank">ales.justin@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Was there ever any attempt to bridge Infinispan and Quartz?<div>* <a href="http://quartz-scheduler.org/documentation/faq#FAQ-clustering" target="_blank">http://quartz-scheduler.org/documentation/faq#FAQ-clustering</a></div>

<div><br></div><div>As I&#39;ll probably need it for this:</div><div>* <a href="https://developers.google.com/appengine/docs/java/config/cron" target="_blank">https://developers.google.com/appengine/docs/java/config/cron</a></div>

<div><br></div><div>If nothing exists, I&#39;ll have a crack at it.</div><span><font color="#888888"><div><br></div><div>-Ales</div><div><br></div></font></span></div><br>_______________________________________________<br>


infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Romain PELISSE,<br>

<i>&quot;The trouble with having an open mind, of course, is that people will insist on coming along and trying to put things in it&quot; -- Terry Pratchett</i><br><a href="http://blog.wordpress.belaran.eu/" target="_blank">Belaran ins Prussia (blog)</a>     (... finally up and running !)
</div>
_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></blockquote>
</div></div><br></div><br>_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Romain PELISSE,<br>
<i>&quot;The trouble with having an open mind, of course, is that people will insist on coming along and trying to put things in it&quot; -- Terry Pratchett</i><br><a href="http://blog.wordpress.belaran.eu/" target="_blank">Belaran ins Prussia (blog)</a>     (... finally up and running !)
</div>