Skip to content

Releases: tristanls/dynamodb-lock-client

v0.7.3

13 Oct 14:43
Compare
Choose a tag to compare

Removed use of setImmediate to simplify use in browsers.

v0.7.2

23 May 00:37
Compare
Choose a tag to compare

This release corrects a regression. lockAcquiredTimeUnixMs, required for trustLocalTime configuration option to function correctly, is once again saved as required.

v0.7.1

12 May 19:55
Compare
Choose a tag to compare

Re-adds erroneously removed fencingToken property on an acquired FailOpen lock.

Reported problems:

This version does not store lockAcquiredTimeUnixMs property when trustLocalTime configuration options is selected. Upgrading to v0.7.2 resolves the problem.

v0.7.0

12 May 15:14
Compare
Choose a tag to compare

Using locks on DynamoDB tables that require a sort key is now supported.

Reported problems:

This version erroneously removed fencingToken property from an acquired FailOpen lock. Upgrading to v0.7.1 resolves the problem.

This version does not store lockAcquiredTimeUnixMs property when trustLocalTime configuration options is selected. Upgrading to v0.7.2 resolves the problem.

v0.6.3

12 May 15:15
Compare
Choose a tag to compare

Updated dependencies.

v0.6.2

11 Dec 00:01
Compare
Choose a tag to compare

It is now safe to not provide heartbeatTimeoutMs when constructing a FailOpen lock. Previously, omitting heartbeatTimeoutMs when creating a FailOpen lock would result in executing FailClosed lock release protocol on lock.release() invocation.

v0.6.1

07 Dec 21:55
Compare
Choose a tag to compare

Client no longer fails when attempting to validate configuration.

v0.6.0

01 Dec 15:35
Compare
Choose a tag to compare

aws-sdk is now a peerDependency instead of a devDependency per discussion in #19.

Reported problems:

This version fails when validating configuration, rendering the module unsuable. Upgrading to v0.6.1 resolves the problem.

Contributing factor to the failure was the use of outdated @hapi/joi calling convention.

v0.5.3

01 Dec 15:23
Compare
Choose a tag to compare

Upgraded @hapi/joi dependency to v16 which should be browser compatible.

Reported problems:

This version fails when validating configuration, rendering the module unsuable. Upgrading to v0.6.1 resolves the problem.

Contributing factor to the failure was the use of outdated @hapi/joi calling convention.

v0.5.2

15 Aug 01:32
Compare
Choose a tag to compare

Corrected invalid require("joi") to require("@hapi/joi") throughout.