Changelog
Last updated
Last updated
Fixes
@marblejs/middleware-multipart: fixed an issue when the middleware stream is resolved too early when the stream
handler is attached ()
What's new?
@marblejs/middleware-multipart: multipart/form-data
middleware based on library.
What's new?
@marblejs/core: Added ability to apply req/res metadata in testing mode ()
Fixes
@marblejs/core: Body is not stringified when it's a stream, regardless of Content-Type header ()
@marblejs/core: Query parameter ending with ".com" or similar doesn’t return 500 error () (closes: )
@marblejs/core/+internal: Simplified createHttpRequest
function and it's usages ()
Fixes
@marblejs/middleware-logger: changed LoggerOptions.stream
type from fs.WritableStream
into WritableLike
Whats new?
@marblejs/core: access server event stream via Context serverEvent$
token #128
Fixes
@marblejs/core: lazy reader dependencies are bootstrapped only once (during initial context ask) #129
@marblejs/websockets: incoming WebSocket connection is validated via verifyClient
hook, just before the initial handshake #133
@marblejs/middleware-io: requestValidator$
can update decoded values #132 (closes: #131)
all - set RxJS peer dependencies to minor version
Whats new?
@marblejs/core: added more HTTP statuses #123 (closes: #121)
@marblejs/core: ability to grab the initial request from HTTP output$
via EffectMetadata.initiator
#124 (closes: #122)
Fixes
@marblejs/core: response.handler
improved the way of how Node.js streams are detected #125
Whats new?
@marblejs/core: added support for passing Node.js streams into HttpEffectResponse body
#116 (closes: #114)
@marblejs/middleware-cors: introducing the new middleware that can be used to enable CORS with various options #100 (author: @Edouardbozon) 👏🎉
@marblejs/middleware-logger: filter
can handle incoming requests and outgoing responses #117 (closes: #115)
Whats new?
@marblejs/core - added missing server events parameters
Over the past few months, we've been working hard on the next generation of Marble.js. Today we're thrilled to announce the second major release and all the exciting features that come with it. 🔥🎉🚀
pre-release
Whats new?
Breaking changes
In order to use httpListener
directly connected to http.createServer
you have to run Reader context first:
pre-release
Whats new?
pre-release
Whats new?
pre-release
Whats new?
@marblejs/core - improved type declaration of combineRoutes
function
@marblejs/middlware-io - introducing new effect validation middleware based on io-ts library
@marblejs/middlware-body - entrypoint allows to pass configuration object
TypeScript v3.3.x support
Breaking changes
Effect
-> HttpEffect
Middleware
-> HttpMiddlewareEffect
ErrorEffect
-> HttpErrorEffect
Deprecation warnings
Whats new?
Whats new?
@marblejs/core - Corrected nullable values detection inside Maybe monad
From version v1.2 the logger$
entry point is marked as deprecated. Use loggerWithOpts$
instead. From the version v2.x the old entry point will be swapped with newer implementation
Whats new?
10 days ago we've got an official v1.0.0 release - this time we have another cool news to share with you!
Whats new?
Resolved an issue in the scenario when the grouped middleware throws an error (eg. when request is not authorized) and connected Effect endpoint unexpectedly catches the thrown error. See more details please visit #73
Support for TypeScript v3.1.x
[internal] - Moved back from webpack
to well-tested tsc
compiler which makes our build artifacts more predictable and less error prone
Whats new?
Fixed a problem with incorrectly generated declaration files for @marblejs/middleware-joi
package.
pre-release
Whats new?
Fixed problem with incorrectly concatenated wildcard endpoint when combined with parametrized route.
For non-TypeScript developers there was no validation made during app startup, eg. EffectFactory
methods were not validated if developer provided wrong HTTP method to the matchType
. Going to the expectations we introduced dedicated CoreError
type used for throwing an package related error messages, eg. for notifying non-TypeScript developers if they made a mistake in the method arguments.
TypeScript v.3.0.x support
RxJS v6.2.2 support
Lerna v3.3.0 support
Introduced Webpack based build process - from now builds are optimized and properly compressed
pre-release
Breaking changes:
Changed httpListener
error handler attribute from errorMiddleware
👉 errorEffect
. There was an inconsistency with previous error handler definition and naming. We had to correct this because error handler acts as an Effect instead of Middleware.
Old bootstrapping API:
New bootstrapping API:
Whats new?
Exposed res.send
method - from now you don't have to send response manually via dedicated Node.js http.OutgoingMessage
API. The res.send
method returns an empty stream, thus it can be easily composed inside middleware pipeline.
Exposed type aliases for common Marble.js architectural blocks:
pre-release
Breaking changes
In order to factorize the routing table statically, we need to introduce the breaking change in Effect API definition.
Old Effect API:
New Effect API:
separately imported matchPath
and matchType
stream operators are removed and are part of EffectFactory
instead.
Whats new?
@marblejs/core - internals - refactored + rebuilt routing resolving mechanism. Thanks to the latest changes we gained hudge performance boost.
@marblejs/core - internals - improved performance for middleware resolving flow
@marblejs/core - internals - rewritten URL params intercepting mechanism
@marblejs/middleware-body - added support for x-www-form-urlencoded Content-Type
pre-release
Fixes
Whats new?
pre-release
Fixes
pre-release
Fixes
added support for TypeScript v2.9.1
pre-release
Fixes
Whats new?
HttpError
constructor now can take data: object
as optional third argument
pre-release
Fixes
Whats new?
mime-type
/ content-type
auto detection
pre-release
Fixes
corrected peerDependency versions for @marblejs/*
packages
pre-release
Breaking changes
moved bodyParser$
and logger$
middleware outside @marblejs/core
to separete@marblejs/middleware-body
and @marblejs/middleware-logger
packages
Whats new?
minor bugfixes and code improvements
pre-release
Initial pre-release version
@marblejs/core - replaced StaticInjectorContainer
with Context
API
@marblejs/core - running HTTP server is not registered anymore in context API
@marblejs/core - createServer
doesn't start listening automatically. You have to run it manually via createServer().run()
;
@marblejs/core - replaced bind.to
function with curried bindTo
@marblejs/websockets - module doesn't depend anymore on running HTTP server dependency
@marblejs/core - added new API for defining HTTP route via monadic pipe builder
@marblejs/core - added support for HTTPS servers
@marblejs/core - fixed incorrectly parsed query parameters
@marblejs/middleware-body - fixed incorrectly parsed URL-encoded parameters
@marblejs/middleware-body - Extended middleware API by customizable parsers
@marblejs/middleware-body - The middleware can pass the request through without any work if the content type is not matched. It creates the possibility of chaining multiple body parsers.
@marblejs/middleware-body - Fixed wrongly parsed application/x-www-form-urlencoded
body types
@marblejs/core - improved type-inference of combined middlewares
@marblejs/core - Effect response output stream
@marblejs/core - createServer
bootstrapping function
@marblejs/websockets - WebSockets module
@marblejs/middlware-joi - improved middleware type inference
@marblejs/core - Improved request type inference. req.params
, req.body
, req.query
are by default of unknown
type instead of any
@marblejs/core - httpListener
config properties renaming
@marblejs/core - The third argument is a common EffectMetadata
object which can contain eventual error object or contextual injector.
@marblejs/core
Deprecated @marblejs/middleware-joi package. Use @marblejs/middleware-io
instead.
Deprecated @marblejs/middleware-logger loggerWithOpts$
entrypoint.
@marblejs/core - fixed an issue with missing chalk
dependency (issue: )
@marblejs/middleware-logger - extended available API (see: chapter)
@marblejs/core resolves (path matching for trailing slash combined with wildcard parameter)
Introducing new package @marblejs/middleware-jwt
- a HTTP requests authentication middleware based on mechanism. 🚀 🎉 For more API reference please visit our official .
Integration with library
Support for wildcard parameter, eg. /foo/:param*
. For more details see:
corrected @marblejs/middleware-logger
response time logging (issue: )
combineRoutes()
API allows to compose middlewares for grouped routes (feature request: ) (see )
fixed an issue with not matched routes in case of reordered matchType
and matchPath
operators for the same routes but with different methods (PR )
resolved an issue with TypeScript compiler flag responsible for strict function types (issue: )
fixed an issue with Effects matching hazard (issue: )
ability to create 404 handlers using matchType('*')
and matchPath('*')
(issue: )
support for non-JSON Effect return types (issue:) Thanks !
added support for intercepting path parameters req.params
(see: chapter)
added support for intercepting query parameters req.query
(see: chapter)
ability to compose middlewares inside Effect request pipeline via use operator (see: chapter)
new middleware @marblejs/middleware-joi
- a Joi