-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PIM fails to handle timers when "org.jbpm.timer.disableUnmarshallerRegistration" is set to true #597
Comments
@martinweiler do we have a stacktrace of what is happening here ? |
|
OK. I have a possible explanation for this. This code requires that the timers are being registered in memory as this flag is set -Dorg.jbpm.timer.disableUnmarshallerRegistration=true the migration process does not load the timers in the system that is being used cause the timer map not being found in the node and therefore not being canceled. As the rest of the system is being migrated the timers fires in the old container causing the session not found. Funny enough we should see some warnings in the report. What I need to understand is 2 things.
|
The suggestion should remove the flag org.jbpm.timer.disableUnmarshallerRegistration=true as this should not be needed anymore with the TimerMappingInfo |
closing this one as not fix. |
We are setting -Dorg.jbpm.timer.disableUnmarshallerRegistration=true in order to prevent duplicate timer creation in a multi-node environment. However, this leads to problems with timers during process instance migration. Timers fail to get migrated correctly and once the timers are triggered after the migration, the execution fails with a org.kie.internal.runtime.manager.SessionNotFoundException.
We need a solution that works with PIM and guaranteed correct timer handling in multi-node setup (no duplicates).
The text was updated successfully, but these errors were encountered: