
<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <br>

    <br>

    <div class="moz-cite-prefix">On 3/12/15 12:18 PM, Marvin Addison

      wrote:<br>

    </div>

    <blockquote

cite="mid:CACOs9MRtS7SOmrHr0+NkS6i8JefS=rbWO1E8AWJGsf=Q15j91g@mail.gmail.com"

      type="cite">

      <div dir="ltr">

        <div class="gmail_quote">

          <blockquote class="gmail_quote" style="margin:0 0 0

            .8ex;border-left:1px #ccc solid;padding-left:1ex">There's

            also the<br>

            newer native Java executor service pool type of approach. 

            Quartz might<br>

            be overkill for this honestly</blockquote>

          <div><br>

          </div>

          <div>+1</div>

          <div><br>

          </div>

          <div>I like Quartz -- it's great. But I've also dug under the

            hood enough to get a sense that it's big and complicated

            (RMI, property-based config, durable job/trigger storage). I

            would recommend using only if you have a clear use case.<br>

          </div>

        </div>

      </div>

    </blockquote>

    <br>

    That's definitely true, it has a lot of knobs and buttons and

    capabilities. (I use the JDBC job store in a cluster configuration

    so that my regular jobs execute just once, on whichever cluster node

    happens to grab it first - so I get HA and don't tie the job to a

    particular node).<br>

    <br>

    But I think with just a simple config, RAM job store and Spring's

    wiring support and defaults, it's probably pretty easy and

    manageable.  <br>

    <br>

    Per my previous note, I do think the capability supported by their

    cron trigger (vs say the simple interval repeating trigger) might be

    a nice feature for some things (e.g. metadata reloading).  We

    currently can't do that due to the limitations of Timer.<br>

    <br>

  </body>

</html>