[
http://mifosforge.jira.com/browse/MIFOS-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
johnwoodlock updated MIFOS-2735:
--------------------------------
ApplyHolidayChangesTask now (like the other similar batch tasks) processes and
commits incrementally. This means it should no longer fall over with memory
problems
Change committed to trunk.
Does this change need to be put into Gazelle C codebase? (it should if GK are
going to be creating holidays).
Small warning: If a client the size of GK adds a holiday that affects most
schedules (unlikely) it can still take a long time to run.
> ApplyHolidayChangesTask batch task falls over if too many schedules to be
> updated
> ---------------------------------------------------------------------------------
>
> Key: MIFOS-2735
> URL: http://mifosforge.jira.com/browse/MIFOS-2735
> Project: mifos
> Issue Type: Bug
> Components: Batch jobs
> Affects Versions: Release 1.4
> Reporter: johnwoodlock
> Assignee: johnwoodlock
> Fix For: Shamim D
>
>
> Task takes new holidays and adjusts any schedules it needs to.
> Problems
> 1. When testing GenerateMeetingsForCustomerAndSavingsTask with a large
> dataset, it fell over with a java heap exception. There were a large number
> of schedules that would have had to be adjusted and it was too much for it to
> handle. Note, I had set my date way in the future for testing purposes.
> 03/01/2011 5:18:45 PM
> org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor
> processChildren
> SEVERE: Exception invoking periodic operation:
> java.lang.OutOfMemoryError: Java heap space
> I think this task may need to be changed to how other batch jobs currently
> work (using batch size and commit frequencies to break up the work):
> a) get back all account ids that are affected by the holiday change
> b) get the account and adjust its schedules
> c) commit every X customer accounts.
> 2. The task only updates savings and loans schedules (not customer schedules).
> Not a problem for GK or any other client that doesn't use holidays.
> Not a problem if the holidays are defined well in advance so that no
> schedules need to be adjusted.
> I haven't tried to fix this batch task myself because
> 1) It doesn't affect GK (no holidays defined) and so is not a scalability
> issue just yet (that's what I'm working on at the moment)
> 2) Keith W and Keith P are working in that area currently so I just wanted to
> document this problem.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://mifosforge.jira.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mifos-issues mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mifos-issues
