		@@ -0,1 +1,17 @@
		## [3.0.0-beta.6](https://github.com/kelektiv/node-cron/compare/v3.0.0-beta.5...v3.0.0-beta.6) (2023-09-26)


		### ⚠ Breaking changes

		* removed `cron.job()` method in favor of `new CronJob(...args)` /
		`CronJob.from(argsObject)`
		* removed `cron.time()` method in favor of `new CronTime()`
		* `CronJob`: constructor no longer accepts an object as its first and
		only params. Use `CronJob.from(argsObject)` instead.
		* `CronJob`: callbacks are now called in the order they were registered

		### 📦 Code Refactoring

		* migrate to TypeScript ([#694](https://github.com/kelektiv/node-cron/issues/694)) ([97a65e1](https://github.com/kelektiv/node-cron/commit/97a65e109d473cb037e2fb4690c18ac897d5316a))

		## [3.0.0-beta.5](https://github.com/kelektiv/node-cron/compare/v3.0.0-beta.4...v3.0.0-beta.5) (2023-09-25)
		@@ -2,0 +18,0 @@

package.json

		{
		"name": "cron",
		"description": "Cron jobs for your node",
		"version": "3.0.0-beta.5",
		"version": "3.0.0-beta.6",
		"author": "Nick Campbell <nicholas.j.campbell@gmail.com> (https://github.com/ncb000gt)",
		@@ -13,12 +13,14 @@ "bugs": {
		},
		"main": "lib/cron",
		"main": "dist/index",
		"scripts": {
		"lint": "eslint {lib,tests}/*.js",
		"build": "tsc -b tsconfig.build.json",
		"lint:eslint": "eslint src/ tests/ --ext .ts",
		"lint:prettier": "prettier ./*/.{json,md,yml} --check",
		"lint": "npm run lint:eslint && npm run lint:prettier",
		"lint:fix": "npm run lint:eslint -- --fix && npm run lint:prettier -- --write",
		"test": "jest --coverage",
		"test:watch": "jest --watch --coverage",
		"test:types": "tsd",
		"prepare": "husky install",
		"release": "semantic-release"
		},
		"types": "types/index.d.ts",
		"dependencies": {
		@@ -38,11 +40,11 @@ "@types/luxon": "~3.3.0",
		"@semantic-release/release-notes-generator": "~11.0.x",
		"@types/jest": "^29.5.5",
		"@types/node": "^20.6.0",
		"@types/sinon": "^10.0.16",
		"@typescript-eslint/eslint-plugin": "^5.62.0",
		"chai": "~4.2.x",
		"eslint": "~8.36.x",
		"eslint-config-prettier": "^8.7.x",
		"eslint-config-standard": "~17.0.x",
		"eslint-plugin-import": "~2.27.x",
		"eslint-plugin-jest": "~27.2.x",
		"eslint-plugin-n": "~15.6.x",
		"eslint-plugin-jest": "^27.4.0",
		"eslint-plugin-prettier": "~4.2.x",
		"eslint-plugin-promise": "~6.1.x",
		"husky": "^8.0.3",
		@@ -53,3 +55,4 @@ "jest": "~29.5.x",
		"sinon": "^15.0.x",
		"tsd": "^0.28.1"
		"ts-jest": "^29.1.1",
		"typescript": "~5.1.6"
		},
		@@ -83,19 +86,5 @@ "keywords": [
		],
		"jest": {
		"collectCoverage": true,
		"collectCoverageFrom": [
		"lib/*.js"
		],
		"coverageThreshold": {
		"global": {
		"statements": 80,
		"branches": 80,
		"functions": 70,
		"lines": 80
		}
		}
		},
		"files": [
		"lib",
		"types",
		"dist/*/.js",
		"dist/*/.d.ts",
		"CHANGELOG.md",
		@@ -102,0 +91,0 @@ "LICENSE",

118

README.md

		@@ -15,3 +15,3 @@ <p align="center">
		[![Minzipped size](https://badgen.net/bundlephobia/minzip/cron)](https://badgen.net/bundlephobia/minzip/cron)
		[![monthly downloads](https://badgen.net/npm/dm/cron?icon=npm)](https://badgen.net/npm/dm/cron)
		[![monthly downloads](https://badgen.net/npm/dm/cron?icon=npm)](https://badgen.net/npm/dm/cron)

		@@ -21,15 +21,15 @@ Cron is a tool that allows you to execute _something_ on a schedule. This is typically done using the cron syntax. We allow you to:
		- execute a function whenever your scheduled job triggers
		- execute a job external to the javascript process using `child_process`
		- use a Date object instead of cron syntax as the trigger for your callback
		- execute a job external to the javascript process (like a system command) using `child_process`
		- use a Date or Luxon DateTime object instead of cron syntax as the trigger for your callback
		- use an additional slot for seconds (leaving it off will default to 0 and match the Unix behavior)

		## Installation
		## Installation

		```
		npm install cron
		npm install cron
		```

		## Migrating from v2 to v3
		## Migrating from v2 to v3

		In version 3 of this library, we aligned our format for the cron patterns with the UNIX format. See below for the changes you need to make when upgrading:
		In version 3 of this library, we migrated to TypeScript, aligned our cron patterns format with the UNIX standard, and released some other breaking changes. See below for the changes you need to make when upgrading:

		@@ -39,8 +39,19 @@ <details>

		### Month & day-of-week indexing changes

		Month indexing went from `0-11` to `1-12`. So you need to increment all numeric months by 1.
		### Month & day-of-week indexing changes

		For day-of-week indexing, we only added support for `7` as Sunday, so you don't need to change anything !
		Month indexing went from `0-11` to `1-12`. So you need to increment all numeric months by 1.

		For day-of-week indexing, we only added support for `7` as Sunday, so you don't need to change anything !

		### CronJob changes

		- constructor no longer accepts an object as its first and only params. Use `CronJob.from(argsObject)` instead.
		- callbacks are now called in the order they were registered.

		### Removed methods

		- removed `job()` method in favor of `new CronJob(...args)` / `CronJob.from(argsObject)`

		- removed `time()` method in favor of `new CronTime()`

		</details>
		@@ -50,3 +61,3 @@

		As goes with semver, breaking backwards compatibility should be explicit in the versioning of your library. As such, we'll upgrade the version of this module in accordance with breaking changes (We're not always great about doing it this way so if you notice that there are breaking changes that haven't been bumped appropriately please let us know).
		As goes with semver, breaking backwards compatibility should be explicit in the versioning of your library. As such, we'll upgrade the version of this module in accordance with breaking changes (We're not always great about doing it this way so if you notice that there are breaking changes that haven't been bumped appropriately please let us know).

		@@ -58,16 +69,16 @@ ## Usage (basic cron usage)
		var job = new CronJob(
		'* * * * * *',
		function () {
		console.log('You will see this message every second');
		},
		null,
		true,
		'America/Los_Angeles'
		'* * * * * *',
		function () {
		console.log('You will see this message every second');
		},
		null,
		true,
		'America/Los_Angeles'
		);
		// job.start() - See note below when to use this
		```
		```

		Note - In the example above, the 4th parameter of `CronJob()` automatically starts the job on initialization. If this parameter is falsy or not provided, the job needs to be explicitly started using `job.start()`.

		There are more examples available in this repository at: [/examples](https://github.com/kelektiv/node-cron/tree/main/examples)
		There are more examples available in this repository at: [/examples](https://github.com/kelektiv/node-cron/tree/main/examples)

		@@ -82,7 +93,7 @@ ## Available Cron patterns

		[Read up on cron patterns here](http://crontab.org). Note the examples in the link have five fields, and 1 minute as the finest granularity, but this library has six fields, with 1 second as the finest granularity.
		[Read up on cron patterns here](http://crontab.org). Note the examples in the link have five fields, and 1 minute as the finest granularity, but this library has six fields, with 1 second as the finest granularity.

		There are tools that help when constructing your cronjobs. You might find something like https://crontab.guru/ or https://cronjob.xyz/ helpful. But, note that these don't necessarily accept the exact same syntax as this library, for instance, it doesn't accept the `seconds` field, so keep that in mind.
		There are tools that help when constructing your cronjobs. You might find something like https://crontab.guru/ or https://cronjob.xyz/ helpful. But, note that these don't necessarily accept the exact same syntax as this library, for instance, it doesn't accept the `seconds` field, so keep that in mind.

		### Cron Ranges
		### Cron Ranges

		@@ -105,38 +116,39 @@ This library follows the [UNIX Cron format](https://man7.org/linux/man-pages/man5/crontab.5.html), with an added field at the beginning for second granularity.

		## Gotchas
		## Gotchas

		- Months are indexed as 0-11 instead of 1-12. This is different from Unix `cron` and is planned to updated to match Unix `cron` in v3.0.0 of `node-cron`.
		- Millisecond level granularity in JS `Date` or Luxon `DateTime` objects: Because computers take time to do things, there may be some delay in execution. This should be on the order of milliseconds. This module doesn't allow MS level granularity for the regular cron syntax, but _does_ allow you to specify a real date of execution in either a javascript `Date` object or a Luxon `DateTime` object. When this happens you may find that you aren't able to execute a job that _should_ run in the future like with `new Date().setMilliseconds(new Date().getMilliseconds() + 1)`. This is due to those cycles of execution above. This wont be the same for everyone because of compute speed. When we tried it locally we saw that somewhere around the 4-5 ms mark was where we got consistent ticks using real dates, but anything less than that would result in an exception. This could be really confusing. We could restrict the granularity for all dates to seconds, but felt that it wasn't a huge problem so long as you were made aware. If this becomes more of an issue, We can revisit it.
		- Arrow Functions for `onTick`: Arrow functions get their `this` context from their parent scope. Thus, if you use them, you will not get the `this` context of the cronjob. You can read a little more in issue [GH-47](https://github.com/kelektiv/node-cron/issues/47#issuecomment-459762775)
		- Arrow Functions for `onTick`: Arrow functions get their `this` context from their parent scope. Thus, if you use them, you will not get the `this` context of the cronjob. You can read a little more in issue [GH-47](https://github.com/kelektiv/node-cron/issues/47#issuecomment-459762775)

		## API
		## API

		Parameter Based
		Parameter Based

		- `job` - shortcut to `new cron.CronJob()`.
		- `time` - shortcut to `new cron.CronTime()`.
		- `sendAt` - tells you when a `CronTime` will be run.
		- `timeout` - tells you when the next timeout is.
		- `CronJob`
		- `constructor(cronTime, onTick, onComplete, start, timeZone, context, runOnInit, utcOffset, unrefTimeout)` - Of note, the first parameter here can be a JSON object that has the below names and associated types (see examples above).
		- `cronTime` - [REQUIRED] - The time to fire off your job. This can be in the form of cron syntax or a JS [Date](https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date) object.
		- `onTick` - [REQUIRED] - The function to fire at the specified time. If an `onComplete` callback was provided, `onTick` will receive it as an argument. `onTick` may call `onComplete` when it has finished its work.
		- `onComplete` - [OPTIONAL] - A function that will fire when the job is stopped with `job.stop()`, and may also be called by `onTick` at the end of each run.
		- `start` - [OPTIONAL] - Specifies whether to start the job just before exiting the constructor. By default this is set to false. If left at default you will need to call `job.start()` in order to start the job (assuming `job` is the variable you set the cronjob to). This does not immediately fire your `onTick` function, it just gives you more control over the behavior of your jobs.
		- `timeZone` - [OPTIONAL] - Specify the time zone for the execution. This will modify the actual time relative to your time zone. If the time zone is invalid, an error is thrown. By default (if this is omitted) the local time zone will be used. You can check the various time zones format accepted in the [Luxon documentation](https://github.com/moment/luxon/blob/master/docs/zones.md#specifying-a-zone). Note: This parameter supports minutes offsets, e.g. `UTC+5:30`. Warning: Probably don't use both `timeZone` and `utcOffset` together or weird things may happen.
		- `context` - [OPTIONAL] - The context within which to execute the onTick method. This defaults to the cronjob itself allowing you to call `this.stop()`. However, if you change this you'll have access to the functions and values within your context object.
		- `runOnInit` - [OPTIONAL] - This will immediately fire your `onTick` function as soon as the requisite initialization has happened. This option is set to `false` by default for backwards compatibility.
		- `utcOffset` - [OPTIONAL] - This allows you to specify the offset of your time zone rather than using the `timeZone` param. This should be an integer representing the number of minutes offset (like `120` for +2 hours or `-90` for -1.5 hours). Warning: Minutes offsets < 60 and >-60 will be treated as an offset in hours. This means a minute offset of `30` means an offset of +30 hours. Use the `timeZone` param in this case. This behavior [is planned to be removed in V3](https://github.com/kelektiv/node-cron/pull/685#issuecomment-1676417917). Warning: Probably don't use both `timeZone` and `utcOffset` together or weird things may happen.
		- `unrefTimeout` - [OPTIONAL] - If you have code that keeps the event loop running and want to stop the node process when that finishes regardless of the state of your cronjob, you can do so making use of this parameter. This is off by default and cron will run as if it needs to control the event loop. For more information take a look at [timers#timers_timeout_unref](https://nodejs.org/api/timers.html#timers_timeout_unref) from the NodeJS docs.
		- `start` - Runs your job.
		- `stop` - Stops your job.
		- `setTime` - Stops and changes the time for the `CronJob`. Param must be a `CronTime`.
		- `lastDate` - Tells you the last execution date.
		- `nextDate` - Provides the next date that will trigger an `onTick`.
		- `nextDates` - Provides an array of the next set of dates that will trigger an `onTick`.
		- `fireOnTick` - Allows you to override the `onTick` calling behavior. This matters so only do this if you have a really good reason to do so.
		- `addCallback` - Allows you to add `onTick` callbacks.
		- `constructor(cronTime, onTick, onComplete, start, timeZone, context, runOnInit, utcOffset, unrefTimeout)`
		- `cronTime` - [REQUIRED] - The time to fire off your job. This can be in the form of cron syntax or a JS [Date](https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date) object.
		- `onTick` - [REQUIRED] - The function to fire at the specified time. If an `onComplete` callback was provided, `onTick` will receive it as an argument. `onTick` may call `onComplete` when it has finished its work.
		- `onComplete` - [OPTIONAL] - A function that will fire when the job is stopped with `job.stop()`, and may also be called by `onTick` at the end of each run.
		- `start` - [OPTIONAL] - Specifies whether to start the job just before exiting the constructor. By default this is set to false. If left at default you will need to call `job.start()` in order to start the job (assuming `job` is the variable you set the cronjob to). This does not immediately fire your `onTick` function, it just gives you more control over the behavior of your jobs.
		- `timeZone` - [OPTIONAL] - Specify the time zone for the execution. This will modify the actual time relative to your time zone. If the time zone is invalid, an error is thrown. By default (if this is omitted) the local time zone will be used. You can check the various time zones format accepted in the [Luxon documentation](https://github.com/moment/luxon/blob/master/docs/zones.md#specifying-a-zone). Note: This parameter supports minutes offsets, e.g. `UTC+5:30`. Warning: Probably don't use both `timeZone` and `utcOffset` together or weird things may happen.
		- `context` - [OPTIONAL] - The context within which to execute the onTick method. This defaults to the cronjob itself allowing you to call `this.stop()`. However, if you change this you'll have access to the functions and values within your context object.
		- `runOnInit` - [OPTIONAL] - This will immediately fire your `onTick` function as soon as the requisite initialization has happened. This option is set to `false` by default for backwards compatibility.
		- `utcOffset` - [OPTIONAL] - This allows you to specify the offset of your time zone rather than using the `timeZone` param. This should be an integer representing the number of minutes offset (like `120` for +2 hours or `-90` for -1.5 hours). Warning: Minutes offsets < 60 and >-60 will be treated as an offset in hours. This means a minute offset of `30` means an offset of +30 hours. Use the `timeZone` param in this case. This behavior [is planned to be removed in V3](https://github.com/kelektiv/node-cron/pull/685#issuecomment-1676417917). Warning: Probably don't use both `timeZone` and `utcOffset` together or weird things may happen.
		- `unrefTimeout` - [OPTIONAL] - If you have code that keeps the event loop running and want to stop the node process when that finishes regardless of the state of your cronjob, you can do so making use of this parameter. This is off by default and cron will run as if it needs to control the event loop. For more information take a look at [timers#timers_timeout_unref](https://nodejs.org/api/timers.html#timers_timeout_unref) from the NodeJS docs.
		- `from` (static) - Create a new CronJob object providing arguments as an object. See argument names and descriptions above.
		- `start` - Runs your job.
		- `stop` - Stops your job.
		- `setTime` - Stops and changes the time for the `CronJob`. Param must be a `CronTime`.
		- `lastDate` - Tells you the last execution date.
		- `nextDate` - Provides the next date that will trigger an `onTick`.
		- `nextDates` - Provides an array of the next set of dates that will trigger an `onTick`.
		- `fireOnTick` - Allows you to override the `onTick` calling behavior. This matters so only do this if you have a really good reason to do so.
		- `addCallback` - Allows you to add `onTick` callbacks. Callbacks are run in the order they are registered.
		- `CronTime`
		- `constructor(time)`
		- `time` - [REQUIRED] - The time to fire off your job. This can be in the form of cron syntax or a JS [Date](https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date) object.
		- `constructor(time, zone, utcOffset)`
		- `time` - [REQUIRED] - The time to fire off your job. This can be in the form of cron syntax or a JS [Date](https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date) object.
		- `zone` - [OPTIONAL] - Same as `timeZone` from `CronJob` parameters.
		- `utcOffset` - [OPTIONAL] - Same as `utcOffset` from `CronJob` parameters.

		@@ -161,6 +173,8 @@ ## Community

		This is a community effort project. In the truest sense, this project started as an open source project from [cron.js](http://github.com/padolsey/cron.js) and grew into something else. Other people have contributed code, time, and oversight to the project. At this point there are too many to name here so We'll just say thanks.
		This is a community effort project. In the truest sense, this project started as an open source project from [cron.js](http://github.com/padolsey/cron.js) and grew into something else. Other people have contributed code, time, and oversight to the project. At this point there are too many to name here so we'll just say thanks.

		## License
		Special thanks to [Hiroki Horiuchi](https://github.com/horiuchi), [Lundarl Gholoi](https://github.com/winup) and [koooge](https://github.com/koooge) for their work on the [DefinitelyTyped](https://github.com/DefinitelyTyped/DefinitelyTyped) typings before they were imported in v2.4.0.

		## License

		MIT

lib/cron.js

lib/job.js

lib/time.js

types/index.d.ts

types/index.test-d.ts

cron - npm Package Compare versions

New alerts

Fixed alerts

Improved metrics

Worsened metrics