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
Alternatively, instead of a boolean, we could use a long value, being a delay (in milliseconds? seconds? which unit is best?) to automatically start after. The default of -1 would mean don't automatically schedule on application startup, keeping existing applications compatible.
If we wanted, we could also allow it for one-time Asynchronous methods without a Schedule, in which case the name would need to be something more general like autoSubmit or submitAfter instead of autoSchedule or scheduleAfter.
The text was updated successfully, but these errors were encountered:
As EJB and Spring do, make sure all @Scheduled based scheduled tasks are scanned at deployment time and started automatically as the application is deployed.
Developers can control more details of the scheduled task by programmatic APIs, auto or not, conditionally generate the schedule settings, etc.
As a ...
I need to be able to ...
arrange for an Asynchronous method to be automatically submitted/scheduled upon application startup
Which enables me to ...
more conveniently code applications that have business logic that should run on a schedule
Additional information
This requirement was discussed in a topic titled "Defining Jakarta EE 12 Scope in Program Plan" on the jakarta.ee-community mailing list.
One way to achieve this might be with a boolean autoSchedule field,
Alternatively, instead of a
boolean
, we could use along
value, being a delay (in milliseconds? seconds? which unit is best?) to automatically start after. The default of-1
would mean don't automatically schedule on application startup, keeping existing applications compatible.If we wanted, we could also allow it for one-time Asynchronous methods without a Schedule, in which case the name would need to be something more general like
autoSubmit
orsubmitAfter
instead ofautoSchedule
orscheduleAfter
.The text was updated successfully, but these errors were encountered: