-
Notifications
You must be signed in to change notification settings - Fork 483
DPL: first step to make workflow definition plugins #13976
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
Conversation
|
REQUEST FOR PRODUCTION RELEASES: This will add The following labels are available |
|
Error while checking build/O2/fullCI for c381e69 at 2025-02-18 12:40: Full log here. |
|
Error while checking build/O2/fullCI_slc9 for c381e69 at 2025-02-18 12:52: Full log here. |
|
Error while checking build/O2/fullCI for 9f7bb5c at 2025-03-07 19:40: Full log here. |
|
Error while checking build/O2/fullCI_slc9 for 9f7bb5c at 2025-03-09 09:51: Full log here. |
|
Error while checking build/O2/fullCI_slc9 for 50c20c6 at 2025-03-27 06:27: Full log here. |
|
Error while checking build/O2/fullCI_slc9 for d466abb at 2025-04-15 23:40: Full log here. |
|
Error while checking build/O2/fullCI_slc9 for 7f354f4 at 2025-04-17 09:06: Full log here. |
This is the first step towards having the workflow definition inside plugins rather than in executables. This will allow accumulating plugins which are needed to instantiate a topology and do the option parsing / topology building only once, simplifying the current case. The end goal is to allow the driver to preload certain common services (e.g. ROOT) and share it among the different tasks (which at the moment it's not allowed because different tasks are in different executables). Moreover this will allow us to coalesce strictly coupled dataprocessors and reduce the number of running processes. For now the plugins are embedded in the executables and behave exactly like before.
|
Error while checking build/O2/fullCI_slc9 for 0c10047 at 2025-06-11 10:38: Full log here. |
|
This PR did not have any update in the last 30 days. Is it still needed? Unless further action in will be closed in 5 days. |
This is the first step towards having the workflow definition inside plugins
rather than in executables. This will allow accumulating plugins which are needed
to instantiate a topology and do the option parsing / topology building only once,
simplifying the current case.
The end goal is to allow the driver to preload certain common services (e.g. ROOT)
and share it among the different tasks (which at the moment it's not allowed because different
tasks are in different executables). Moreover this will allow us to coalesce strictly coupled
dataprocessors and reduce the number of running processes.
For now the plugins are embedded in the executables and behave exactly like before.