You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, very interesting and powerful scheduler with excellent features. I am trying to integrate this scheduler into huge Python framework.
Framework is coded from scratch and most if not all functionality is decoupled (multiprocessing) with async/sync behaviour being implemented all over framework.
I am planning to use rocketry as a runtime scheduling system.
my question is on decorators with the string syntax! If I understand authors, with string syntax i would create a place holder methods (task schedules) in my module (integrated in fastApi mp app) that is running under this framework. Is there any example of passing string to decorator in real time from templates. Do i need to chain, wrap decorator for task with another decorator to use *args and **kwargs or is there another option. i do see that cron syntax can be used too.
In essence I am trying to use more generic methods for execution of schedules:
I am planing to have queues of tasks that are loaded on bootstrap of framework and fastApi scheduler running through these meta methods of execution:
setupDefaultScheduler(some week day some exact time)
overwriteDefaultScheduler( some week day some exact time) _. delete existing default and create a new task - using sessions
runAdHock ( if I tell you run now run it but keep the latest scheduler default or overwrite)
Rest of Rocketry I do understand and I will use logging, sessions, queuing, conditions and so forth.
Most important for me is to run these tasks as async processes (with some conditions) in async fastApi app as generic app running in separate process (mp) in bigger framework driven with all static and predefined data and conditions as key value pairs.
So again, should i wrap or chain task decorator into another decorator to have syntax freedom and run time ability to change...
Regards,
The text was updated successfully, but these errors were encountered:
Hi, very interesting and powerful scheduler with excellent features. I am trying to integrate this scheduler into huge Python framework.
Framework is coded from scratch and most if not all functionality is decoupled (multiprocessing) with async/sync behaviour being implemented all over framework.
I am planning to use rocketry as a runtime scheduling system.
my question is on decorators with the string syntax! If I understand authors, with string syntax i would create a place holder methods (task schedules) in my module (integrated in fastApi mp app) that is running under this framework. Is there any example of passing string to decorator in real time from templates. Do i need to chain, wrap decorator for task with another decorator to use *args and **kwargs or is there another option. i do see that cron syntax can be used too.
In essence I am trying to use more generic methods for execution of schedules:
I am planing to have queues of tasks that are loaded on bootstrap of framework and fastApi scheduler running through these meta methods of execution:
setupDefaultScheduler(some week day some exact time)
overwriteDefaultScheduler( some week day some exact time) _. delete existing default and create a new task - using sessions
runAdHock ( if I tell you run now run it but keep the latest scheduler default or overwrite)
Rest of Rocketry I do understand and I will use logging, sessions, queuing, conditions and so forth.
Most important for me is to run these tasks as async processes (with some conditions) in async fastApi app as generic app running in separate process (mp) in bigger framework driven with all static and predefined data and conditions as key value pairs.
So again, should i wrap or chain task decorator into another decorator to have syntax freedom and run time ability to change...
Regards,
The text was updated successfully, but these errors were encountered: