Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0013616 | Openbravo ERP | A. Platform | public | 2010-06-11 10:12 | 2010-06-16 00:00 |
|
Reporter | iperdomo | |
Assigned To | iperdomo | |
Priority | urgent | Severity | major | Reproducibility | sometimes |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | 2.50MP18 | |
Target Version | 2.50MP19 | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | No |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0013616: Misfired process requests are not handled properly |
Description | The process request can have status misfired when a trigger misses an execution. The ProcessMonitor updates the status to Misfired (MIS) but the scheduling logic only take into account process in status Scheduled (SCH). |
Steps To Reproduce | * Schedule a process in the past to trigger a missed excution.
* Schedule this process to run a fixed amount of times every minute (just an exmple)
* Stop the tomcat server
* Restart the tomcat server
The process should be rescheduled to continue running the executions, but since is in status misfired is not rescheduled. |
Proposed Solution | * Remove from the ProcessMonitor the update on a misfired event |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0013618 | 2.50MP19 | closed | iperdomo | [HB] Problems with Heartbeat and misfired process requests and deactivation |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2010-06-11 10:12 | iperdomo | New Issue | |
2010-06-11 10:12 | iperdomo | Assigned To | => iperdomo |
2010-06-11 10:12 | iperdomo | OBNetwork customer | => No |
2010-06-11 10:13 | iperdomo | Status | new => scheduled |
2010-06-11 10:13 | iperdomo | fix_in_branch | => pi |
2010-06-11 10:22 | iperdomo | Relationship added | related to 0013618 |
2010-06-11 10:27 | hgbot | Checkin | |
2010-06-11 10:27 | hgbot | Note Added: 0028296 | |
2010-06-11 10:27 | hgbot | Status | scheduled => resolved |
2010-06-11 10:27 | hgbot | Resolution | open => fixed |
2010-06-11 10:27 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/ffad4a9982b0dfb6b90ee10f8bdcc9ccac55714e [^] |
2010-06-12 22:48 | hudsonbot | Checkin | |
2010-06-12 22:48 | hudsonbot | Note Added: 0028326 | |
2010-06-15 17:37 | shuehner | Note Added: 0028455 | |
2010-06-15 17:37 | shuehner | Status | resolved => closed |
2010-06-16 00:00 | anonymous | sf_bug_id | 0 => 3016773 |
Notes |
|
(0028296)
|
hgbot
|
2010-06-11 10:27
|
|
Repository: erp/devel/pi
Changeset: ffad4a9982b0dfb6b90ee10f8bdcc9ccac55714e
Author: Iván Perdomo <ivan.perdomo <at> openbravo.com>
Date: Fri Jun 11 10:26:02 2010 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/ffad4a9982b0dfb6b90ee10f8bdcc9ccac55714e [^]
Fixes issue 13616: Added misfired status to list, removed implementation.
The previous implementation on the mifired event,just updated the status
of the process request to Misfired (MIS), but almost all logic works with
Scheduled (SCH) requests, e.g. On the OBScheduler initialization
we just reschedule request on status: SCH
---
M src-db/database/sourcedata/AD_REFERENCE.xml
M src-db/database/sourcedata/AD_REF_LIST.xml
M src/org/openbravo/scheduling/ProcessMonitor.java
---
|
|
|
|
|
|
|
Reviewed+Tested. The scheduler is changed to never put a process request into the misfired state anymore.
This way there can't be any later problems because of a request being in state misfired.
A process scheduled in the past (and configured to be run periodically) is now correctly scheduled inside the same running tomcat and also after this tomcat has been restarted. |
|