# krontab [![Maven Central](https://maven-badges.herokuapp.com/maven-central/dev.inmo/krontab/badge.svg)](https://maven-badges.herokuapp.com/maven-central/dev.inmo/krontab) [![Telegram Chat](https://img.shields.io/badge/Telegram%20Chat-0288D1?style=for-the-badge&logo=telegram&logoColor=white)](https://inmodev_chat.t.me) ![JVM](https://img.shields.io/badge/JVM-red?style=for-the-badge&logo=openjdk&logoColor=white) ![Android](https://img.shields.io/badge/Android-green?style=for-the-badge&logo=android&logoColor=white) ![Js](https://img.shields.io/badge/JavaScript-323330?style=for-the-badge&logo=javascript&logoColor=F7DF1E) ![Linux x64](https://img.shields.io/badge/Linux%20x64-white?style=for-the-badge&logo=linux&logoColor=black) [![KDocs](https://img.shields.io/badge/KDocs-323330?style=for-the-badge&logo=Kotlin&logoColor=7F52FF)](https://insanusmokrassar.github.io/krontab/) [![Tutorials](https://img.shields.io/badge/Tutorials-0288D1?style=for-the-badge&logo=mkdocs&logoColor=white)](https://docs.inmo.dev/krontab/index.html) Library was created to give oppotunity to launch some things from time to time according to some schedule in runtime of applications. ## How to use There are several ways to configure and use this library: * From some string * From builder Anyway, to start some action from time to time you will need to use one of extensions/functions: ```kotlin val kronScheduler = /* creating of KronScheduler instance */; kronScheduler.doWhile { // some action true // true - repeat on next time } ``` ### Including in project If you want to include `krontab` in your project, just add next line to your dependencies part: ```groovy implementation "dev.inmo:krontab:$krontab_version" ``` Next version is the latest currently for the library: [![Maven Central](https://maven-badges.herokuapp.com/maven-central/dev.inmo/krontab/badge.svg)](https://maven-badges.herokuapp.com/maven-central/dev.inmo/krontab) For old version of Gradle, instead of `implementation` word developers must use `compile`. ### Config from string Developers can use more simple way to configure repeat times is string. String configuring like a `crontab`, but with a little bit different meanings: ``` /--------------- Seconds | /------------- Minutes | | /----------- Hours | | | /--------- Days of months | | | | /------- Months | | | | | /----- (optional) Year | | | | | | /--- (optional) Timezone offset | | | | | | | / (optional) Week days * * * * * * 0o *w ``` It is different with original `crontab` syntax for the reason, that expected that in practice developers will use seconds and minutes with more probability than months (for example) or even years. In fact, developers will use something like: ```kotlin doWhile("/5 * * * *") { println("Called") true // true - repeat on next time } ``` An other version: ```kotlin doInfinity("/5 * * * *") { println("Called") } ``` Both of examples will print `Called` message every five seconds. ### Config via builder Also, this library currently supports DSL for creating the same goals: ```kotlin val kronScheduler = buildSchedule { seconds { from (0) every 5 } } kronScheduler.doWhile { println("Called") true // true - repeat on next time } ``` Or ```kotlin val kronScheduler = buildSchedule { seconds { 0 every 5 } } kronScheduler.doWhile { println("Called") true // true - repeat on next time } ``` Or ```kotlin val kronScheduler = buildSchedule { seconds { 0 every 5 } } kronScheduler.doInfinity { println("Called") } ``` All of these examples will do the same things: print `Called` message every five seconds. ### do\* functions With regular `doOnce`/`doWhile`/`doInfinity` there are two types of their variations: **local** and **timezoned**. Local variations (`doOnceLocal`/`doWhileLocal`/`doInfinityLocal`) will pass `DateTime` as an argument into the block: ```kotlin doInfinityLocal("/5 * * * *") { println(it) // will print current date time } ``` Timezoned variations (`doOnceTz`/`doWhileTz`/`doInfinityTz`) will do the same thing but pass as an argument `DateTimeTz`: ```kotlin doInfinityTz("/5 * * * * 0o") { println(it) // will print current date time in UTC } ``` It is useful in cases when you need to get the time of calling and avoid extra calls to system time. #### Helpful table for | | No args | Local `DateTime` | Local `DateTimeTz` with offset of `KronScheduler` | |---| ------- | ---------------- | ------------------------------------------------- | | **Call only near time** | doOnce | doOnceLocal | doOnceTz | | **Call while condition is true** | doWhile | doWhileLocal | doWhileTz | | **Work infinity*** | doInfinity | doInfinityLocal | doInfinityTz | *Here there is an important notice, that `Work infinity` is not exactly `infinity`. Actually, that means that `do while coroutine is alive` and in fact executing will be stopped when coroutine became cancelled. ### KronScheduler as a Flow Any `KronScheduler`can e converted to a `Flow