Replace built-in sinks with modules #576
Conversation
In favor of sink and the separate sink modules, to keep the API consistent between "built-ins" and third-party sinks.
This uses the separate sink modules internally
|
Once this is merged we need to update the docs to:
|
|
@leftieFriele brings up a good point. In practice, this would be deprecating the support for running |
| @@ -12,7 +12,7 @@ jobs: | |||
| build: | |||
| strategy: | |||
| matrix: | |||
| os: [ubuntu-latest, macOS-latest, windows-latest] | |||
| os: [ubuntu-latest, macOS-latest] | |||
There was a problem hiding this comment.
Disable for Windows awaiting eik-lib/common#303
| /** | ||
| * @param {EikServiceOptions} [options={}] | ||
| */ | ||
| constructor(options = {}) { |
There was a problem hiding this comment.
If we decide to keep the "bin-option", then I assume this would cause issues for what is happening here: https://github.com/eik-lib/service/blob/deprecate-built-in-sinks/bin/eik-server.js#L6
But I guess that is perhaps for the actual deprecation pr 😄
There was a problem hiding this comment.
It's optional now, so you can new up an instance without passing any opts 👍
wkillerud
changed the title
Undo marking them as deprecated since the binary depends on them.
|
I removed the depracation notice so we can keep the binary option. This PR now replaces the modules from core with the separate modules, adds |
I say merge it |
|
🎉 This issue has been resolved in version 2.0.164 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Fixes #575