Good point, Amy. The requested new feature posted in issue 1466
(https://mifos.dev.java.net/issues/show_bug.cgi?id=1466 -- manual
configuration of batch job scheduling) would, with minor extensions,
address the issues I brought up.

Keith

On Jan 29, 2008 12:22 PM, Amy Bensinger (Contractor)
<[EMAIL PROTECTED]> wrote:
> Hi, Keith.  Yes, these are known issues with the batch job architecture.
>
>
> For others who may not be as familiar:
> http://mifos.org/knowledge/support-for-common-tasks/maintaining-mifos/ma
> nage-batch
>
> http://mifos.org/knowledge/functional-specs/batch-jobs
>
>
> I believe other pieces of information are also logged in the issue
> tracker and on individual deployments pages.
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Keith Pierce
> Sent: Tuesday, January 29, 2008 9:53 PM
> To: Mifos-developer
> Subject: [Mifos-developer] Thoughts on the batch-job execution
> mechanisms inMifOS
>
> Here's an observation gleaned while reviewing batch jobs. Not sure how
> significant it is. If they are significant, we should log issues for
> them.
>
> When MifOS is started up, the class MifosScheduler invokes
> java.util.Timer.schedule(a task class, initial date, delay time) for
> each batch task, which schedules each task to run the first time at
> the initial date (currently 24:00:00 for all tasks -- see tasks.xml)
> and schedules the task to re-run after the specified delay time (from
> the time the task started running). There are two potential issues
> with this:
>
> 1. If the task is delayed, the next run will also be delayed. If this
> happens repeatedly, the start times will drift later and later,
> possibly causing a very early AM user to see stale data.
> Alternatively, the Scheduler could invoke
> java.util.Timer.scheduleAtFixedRate(task class, initial date, delay
> time), which guarantees that tasks will run exactly at midnight. The
> risk is, if a task is delayed for much of a day, say 22 hours, it
> would run twice in rapid succession, once at 10 PM and a second time
> at midnight. If the task is not idempotent this may result in
> incorrect data.
>
> 2. If the Mifos application is shut down before midnight and not
> restarted until after midnight, the batch jobs will not run at all,
> until the next evening.
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Reply via email to