The microkernel comes with a suite of support Service's which implement common functionality provided by common third party libraries.
This the multi-page printable view of this section.Click here to print.
The microkernel comes with a suite of support Service's which implement common functionality provided by common third party libraries.
The CronService integrates the gopkg.in/robfig/cron.v2 scheduler into the microkernel.
To add the scheduler simply add it as a dependency to any of your own Service's:
1package example
2
3import (
4 "github.com/peter-mount/go-kernel"
5 "github.com/peter-mount/go-kernel/cron"
6)
7
8type Example struct {
9 cron *cron.CronService
10}
11
12func (p *Example) Name() string {
13 return "Example"
14}
15
16func (p *Example) Init(k *kernel.Kernel) error {
17 service, err := k.AddService(&cron.CronService{})
18 if err != nil {
19 return err
20 }
21 p.cron = service.(*cron.CronService)
22
23 return nil
24}
To have a function invoked according to a cron specification, simply call the AddFunc() function of this Service.
For example, to invoke a function in your own service every hour on the half hour you can implement:
1func (p *Example) Start() error {
2 id, err := p.cron.AddFunc( "0 30 * * * *", p.tick )
3 if err != nil {
4 return err
5 }
6 p.tickId = id
7
8 return nil
9}
10
11func (p *Example) Stop() {
12 p.cron.Remove(p.tickId)
13}
14
15// tick is called every hour on the half hour
16func (p *Example) tick() {
17 // Do something
18}
As an alternative, you can add a type instead of a function as long as that type implements the Job interface.
1type Job interface {
2 Run()
3}
To do this use the AddJob() function instead of AddFunc.
1type MyJob struct {
2}
3
4// Run will be called every hour on the half hour
5func (j *MyJob) Run() {
6 // Do something
7}
8
9func (p *Example) Start() error {
10 id, err := p.cron.AddJob( "0 30 * * * *", &MyJob{} )
11 if err != nil {
12 return err
13 }
14 p.tickId = id
15
16 return nil
17}
18
19func (p *Example) Stop() {
20 p.cron.Remove(p.tickId)
21}
The underlying library supports a Schedule interface which allows for custom schedules to be implemented:
1type Schedule interface {
2 // Next returns the next activation time, later than the given time.
3 // Next is invoked initially, and then each time the job is run.
4 Next(time.Time) time.Time
5}
You can then create a type which implements this interface and, every time Next() is called return the time.Time when that job will execute.
To schedule the Job you then use the Schedule() function in the Service:
1type MySchedule {
2}
3
4func (s *MySchedule) Next(t time.Time) time.Time {
5 return t.Add(time.Second*5)
6}
7
8type MyJob struct {
9}
10
11// Run will be called every 5 seconds
12func (j *MyJob) Run() {
13 // Do something
14}
15
16func (p *Example) Start() error {
17 id, err := p.cron.AddJob( &MySchedule{}, &MyJob{} )
18 if err != nil {
19 return err
20 }
21 p.tickId = id
22
23 return nil
24}
25
26func (p *Example) Stop() {
27 p.cron.Remove(p.tickId)
28}
The underlying library provides several Schedule implementations including ConstantDelaySchedule and SpecSchedule.
The AddFunc, AddJob and Schedule functions return two values, an EntryID and an error. If error is nil then the EntryID can be stored and used to cancel the Schedule at a later time.
1func (p *Example) Start() error {
2 id, err := p.cron.AddFunc("0 30 * * * *", p.tick)
3 if err != nil {
4 return err
5 }
6
7 // Pointless but cancels the timer
8 p.cron.Remove(id)
9 return nil
10}
11
12// tick is called every hour on the half hour
13func (p *Example) tick() {
14 // Do something
15}
The following describes a Cron specification. This is copied from the underlying libraries documentation.
A cron expression represents a set of times, using 6 space-separated fields.
Field name | Required | Allowed values | Allowed special characters |
---|---|---|---|
Seconds | No | 0-59 | * / , - |
Minutes | Yes | 0-59 | * / , - |
Hours | Yes | 0-23 | * / , - |
Day of month | Yes | 1-31 | * / , - ? |
Month | Yes | 1-12 or JAN-DEC | * / , - |
Day of week | Yes | 0-6 or SUN-SAT | * / , - ? |
Note: Month and Day-of-week field values are case-insensitive.
* |
The asterisk indicates that the cron expression will match for all values of the field. e.g., using an asterisk in the 5th field (month) would indicate every month. |
---|---|
/ |
Slashes are used to describe increments of ranges. For example 3-59/15 in the 1st field (minutes) would indicate the 3rd minute of the hour and every 15 minutes thereafter. The form "*\/..." is equivalent to the form "first-last/...", that is, an increment over the largest possible range of the field. The form "N/..." is accepted as meaning "N-MAX/...", that is, starting at N, use the increment until the end of that specific range. It does not wrap around. |
, |
Commas are used to separate items of a list. For example, using "MON,WED,FRI" in the 5th field (day of week) would mean Mondays, Wednesdays and Fridays. |
- |
Hyphens are used to define ranges. For example, 9-17 would indicate every hour between 9am and 5pm inclusive. |
? |
Question mark may be used instead of '*' for leaving either day-of-month or day-of-week blank. |
You may use one of several pre-defined schedules in place of a cron expression.
Entry | Description | Equivalent Cron entry |
---|---|---|
@yearly (or @annually) | Run once a year, midnight, Jan. 1st | 0 0 0 1 1 * |
@monthly | Run once a month, midnight, first of month | 0 0 0 1 * * |
@weekly | Run once a week, midnight on Sunday | 0 0 0 * * 0 |
@daily (or @midnight) | Run once a day, midnight | 0 0 0 * * * |
@hourly | Run once an hour, beginning of hour | 0 0 * * * * |
You may also schedule a job to execute at fixed intervals. This is supported by formatting the cron spec like this:
1@every <duration>
where "duration" is a string accepted by time.ParseDuration.
For example, "@every 1h30m10s" would indicate a schedule that activates every 1 hour, 30 minutes, 10 seconds.
The interval does not take the job runtime into account.
For example, if a job takes 3 minutes to run, and it is scheduled to run every 5 minutes, it will have only 2 minutes of idle time between each run.
By default, all interpretation and scheduling is done in the machine's local time zone. The time zone may be overridden by providing an additional space-separated field at the beginning of the cron spec, of the form "TZ=Asia/Tokyo"
Be aware that jobs scheduled during daylight-savings leap-ahead transitions will not be run!