Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0006648
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Openbravo ERP] 09. Financial managementmajorhave not tried2008-12-18 16:062009-05-21 16:43
ReportershuehnerView Statuspublic 
Assigned Toanthony_wolski 
PriorityhighResolutionfixedFixed in Versionpi
StatusclosedFix in branchpiFixed in SCM revisionA
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version2.40SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006648: When background accounting is disabled and you use posting by db tables, after the process background accounting will be running

DescriptionWhen you disable background accounting (i.e. by update ad_process set isactive='N' where ad_process_id = 800064).

When you then run posting by db-tables and this accounting run is finished. The background process is running again and keeps running until you stop tomcat. (After the restart the background accounting is not running, until you use posting by db tables again).
Steps To ReproduceDisable background accounting (see description on how)
Check that is is not running (by i.e. putting debug code into AcctServer.java)
Use Posting by db-tables
Check with your debug-code that every 10s the background accounting is checking for documents to account)
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0006589 closedanthony_wolski When background accounting is disabled and you use posting by db tables, after the process background accounting will be running 

-  Notes
(0014882)
anthony_wolski (reporter)
2009-03-24 09:22

Cannot reproduce. I've followed the steps to reproduce after a clean install.source. Debug code is in the first line of PeriodicAcctServer:

System.out.println(new Date() + "" + this.getClass().getName() + " running...");

Note: the background process is always running, but nothing happens (it is not executed) if it is set to inactive. Setting the process to inactive (as perthe issue description -> i.e. by update ad_process set isactive='N' where ad_process_id = 800064 requires a server restart for the change to take effect.
(0015354)
anthony_wolski (reporter)
2009-04-14 12:01

Hi,

i just did retest...

and with the sample data i could not reproduce the problem. But it guess what my problem is/was... Using direct launch (posting by db-tables) does run PeriodicAcctServer.processPL once.. inside is a loop until acct.checkDocuments == false. Checking if there are more documents to process. I think when we found the isse 6648 this condition was always true so the one processPL call did never finish but loop endlessly.

Local change was a hardcoded limitation (datefilter) inside AcctServer so that AcctServer did not find more documents to post but the checkDocuments method was not modified and tried to endlessly repost these skipped documents.

@Tony, @Ivan, @Eduardo:
Could you recheck that this explanation makes sense for you? If yes i think we can close the issue without changes needed.

Makes sense... closing.

- Issue History
Date Modified Username Field Change
2008-12-18 16:06 rafaroda New Issue
2008-12-18 16:06 rafaroda Assigned To => anthony_wolski
2008-12-18 16:06 rafaroda Status new => scheduled
2009-03-24 09:22 anthony_wolski Note Added: 0014882
2009-03-24 09:22 anthony_wolski Status scheduled => feedback
2009-04-14 11:59 anthony_wolski Status feedback => scheduled
2009-04-14 11:59 anthony_wolski fix_in_branch 2.40 => pi
2009-04-14 12:01 anthony_wolski Status scheduled => resolved
2009-04-14 12:01 anthony_wolski Fixed in Version => pi
2009-04-14 12:01 anthony_wolski Fixed in SCM revision => N/A
2009-04-14 12:01 anthony_wolski Resolution open => fixed
2009-04-14 12:01 anthony_wolski Note Added: 0015354
2009-05-21 16:43 psarobe Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker