Skip to content

Releases: typestack/routing-controllers

0.9.0-alpha.2

29 May 19:23
Compare
Choose a tag to compare
0.9.0-alpha.2 Pre-release
Pre-release

Overview

This is a release candidate containing several PRs merges with bug fixes, performance improvements, and new features.
Please, help with tests, leave comments and feedback on the respective issues, or open new ones if you find new issues.
This is alpha.2 for v0.9.0 and adds a few more PRs with bug fixes, enhancements and test coverage on top of the other fixes of alpha.1.

# Change Type Change Description
#536 Feature Added support for wildcard all routes
#568 Fix Fixed issue that would cause multiple route executions per request
#526 Fix Fixed export of SessionParam at index
#547 Fix Through #536, it should now prevent conflicts in routes names
#491 Fix Through #568, it should now prevent a single request triggering multiple route executions that would cause Error [ERR_HTTP_HEADERS_SENT]: Cannot set headers after they are sent to the client issue.

0.9.0-alpha.1

28 May 23:52
Compare
Choose a tag to compare
0.9.0-alpha.1 Pre-release
Pre-release

Overview

This is a release candidate containing several PRs merges with bug fixes, performance improvements, and new features.
Please, help with tests, leave comments and feedback on the respective issues, or open new ones if you find new issues.
We appreciate all the contributions and patience & understanding for the time it took to review issues/PRs and finally get the RC out.

# Change Type Change Description
#546 Documentation Add another example for using the response directly
#329 Feature Added a useResponseClassTransformer global option
#536 Feature Added support for wildcard all routes
#179 Feature Through #329, it should now be possible to use classTransformer only for input
#147 Feature Added support for controller inheritance
#543 Fix Fixed order of global interceptors
#438 Fix Fixed incorrect handling of rejected promises from Middleware.use()
#226 Fix Through #329, it should fix performance issue with big json result
#149 Fix Through #329, it should fix problem with mongoose model serialization

0.9.0-alpha.3

05 Jun 23:06
Compare
Choose a tag to compare
0.9.0-alpha.3 Pre-release
Pre-release

Overview

This is a release candidate containing several PRs merges with bug fixes, performance improvements, and new features.
Please, help with tests, leave comments and feedback on the respective issues, or open new ones if you find new issues.
This is alpha.3 for v0.9.0 and it updates all the dependencies to latest version.

# Change Type Change Description
#550 Enhancement Update all dependencies and changed it to use npm auto-update patches and minor versions (ex.: "class-validator": "^0.12.2", instead of "class-validator": "0.12.2"

0.8.1

22 Apr 18:53
Compare
Choose a tag to compare

Features

  • Include the current request context when resolving controller from IoC (fix #384, fix #497)

Fixes

  • Order of global interceptors (fix #543)

0.8.1-alpha.2

06 Feb 19:35
Compare
Choose a tag to compare
0.8.1-alpha.2 Pre-release
Pre-release

Features

  • Include the current request context when resolving controller from IoC (ref [#384], [#497])

0.8.1-alpha.1

05 Feb 17:46
Compare
Choose a tag to compare
0.8.1-alpha.1 Pre-release
Pre-release

Features

  • Include the current request context when resolving controller from IoC (ref [#384], [#497])

0.8.0

01 Oct 19:36
e1eab48
Compare
Choose a tag to compare

0.8.0 [BREAKING CHANGES]

Features #### Features

  • Extract generic @Session() decorator into @SessionParam() and @Session() (ref [#335][#348][#407])
  • Restore/introduce @QueryParams() and @Params() missing decorators options (ref [#289])
  • Normalize param object properties (for "queries", "headers", "params" and "cookies"), with this change you can easily validate query/path params using class-validator (ref [#289])
  • Improved params normalization, converting to primitive types is now more strict and can throw ParamNormalizationError (e.g. when number is expected but an invalid string (NaN) has been received) (ref [#289])