8839075805
Implements Phases 1-8 of the TFTSR implementation plan. Rust backend (Tauri 2.x, src-tauri/): - Multi-provider AI: OpenAI-compatible, Anthropic, Gemini, Mistral, Ollama - PII detection engine: 11 regex patterns with overlap resolution - SQLCipher AES-256 encrypted database with 10 versioned migrations - 28 Tauri IPC commands for triage, analysis, document, and system ops - Ollama: hardware probe, model recommendations, pull/delete with events - RCA and blameless post-mortem Markdown document generators - PDF export via printpdf - Audit log: SHA-256 hash of every external data send - Integration stubs for Confluence, ServiceNow, Azure DevOps (v0.2) Frontend (React 18 + TypeScript + Vite, src/): - 9 pages: full triage workflow NewIssue→LogUpload→Triage→Resolution→RCA→Postmortem→History+Settings - 7 components: ChatWindow, TriageProgress, PiiDiffViewer, DocEditor, HardwareReport, ModelSelector, UI primitives - 3 Zustand stores: session, settings (persisted), history - Type-safe tauriCommands.ts matching Rust backend types exactly - 8 IT domain system prompts (Linux, Windows, Network, K8s, DB, Virt, HW, Obs) DevOps: - .woodpecker/test.yml: rustfmt, clippy, cargo test, tsc, vitest on every push - .woodpecker/release.yml: linux/amd64 + linux/arm64 builds, Gogs release upload Verified: - cargo check: zero errors - tsc --noEmit: zero errors - vitest run: 13/13 unit tests passing Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>
191 lines
7.7 KiB
Markdown
191 lines
7.7 KiB
Markdown
# wait-port
|
|
|
|
[](https://github.com/dwmkerr/wait-port/actions/workflows/release-please.yaml) [](https://codecov.io/gh/dwmkerr/wait-port) [](https://badge.fury.io/js/wait-port) [](https://greenkeeper.io/) [](https://dashboard.guardrails.io/default/gh/dwmkerr/wait-port)
|
|
|
|
Simple binary to wait for a port to open. Useful when writing scripts which need to wait for a server to be available.
|
|
- Creating `docker-compose` commands which wait for servers to start
|
|
- Wait for an HTTP endpoint to successfully respond
|
|
- Wait for DNS records to be resolvable
|
|
- Wait for application servers to start
|
|
|
|
<img src="./docs/wait-port.gif" alt="wait-port screenshot" width="520px" />
|
|
|
|
- [Installation](#installation)
|
|
- [Usage](#usage)
|
|
- [Parameters](#parameters)
|
|
- [Error Codes](#error-codes)
|
|
- [API](#api)
|
|
- [Developer Guide](#developer-guide)
|
|
- [Debugging](#debugging)
|
|
- [Testing](#testing)
|
|
- [Testing the CLI](#testing-the-cli)
|
|
- [Manpage](#manpage)
|
|
- [Releasing](#releasing)
|
|
- [Timeouts](#timeouts)
|
|
|
|
# Installation
|
|
|
|
Install globally with `npm`:
|
|
|
|
```
|
|
$ npm install -g wait-port
|
|
```
|
|
|
|
If installing locally, run the binary from the local node modules binary folder:
|
|
|
|
```
|
|
$ npm install wait-port
|
|
wait-port@0.1.3
|
|
|
|
$ ./node_modules/.bin/wait-port 8080
|
|
Waiting for localhost:8080.....
|
|
Connected!
|
|
```
|
|
|
|
Ideally, Node LTS should be used however this package is tested successfully with Node.js 10 and upwards.
|
|
|
|
Please avoid using version 0.2.13 - this incorrectly included a breaking change. Use 0.2.14 if you need compatibility with Node 8, or 0.3.0 or upwards otherwise.
|
|
|
|
# Usage
|
|
|
|
To wait indefinitely for a port to open, just use:
|
|
|
|
```bash
|
|
$ wait-port localhost:3000
|
|
```
|
|
|
|
To wait for a port to open, but limit to a certain timeout, use:
|
|
|
|
```bash
|
|
$ wait-port -t 10000 localhost:3000
|
|
```
|
|
|
|
To wait for an HTTP endpoint to respond with a 200 class status code, include the `http://` protocol:
|
|
|
|
```bash
|
|
$ wait-port http://:3000/healthcheck
|
|
```
|
|
|
|
### Parameters
|
|
|
|
The following parameters are accepted:
|
|
|
|
| Parameter | Usage |
|
|
|-----------|-------|
|
|
| `<target>` | Required. The target to test for. Can be just a port, a colon and port (as one would use with [httpie](https://httpie.org/) or host and port. Examples: `8080`, `:3000`, `127.0.0.1:443`. |
|
|
| `--output, -o` | Optional. Output style to use. Can be `dots` (default) or `silent` (no output). |
|
|
| `--timeout, -t` | Optional. Timeout (in milliseconds). |
|
|
| `--wait-for-dns` | Optional. Do not error if the response is `ENOTFOUND`, just keep on waiting (useful if you are waiting for a DNS record to also be created). |
|
|
|
|
### Error Codes
|
|
|
|
The following error codes are returned:
|
|
|
|
| Code | Meaning |
|
|
|------|---------|
|
|
| `0` | The specified port on the host is accepting connections. |
|
|
| `1` | A timeout occurred waiting for the port to open. |
|
|
| `2` | An unknown error occurred waiting for the port to open. The program cannot establish whether the port is open or not. |
|
|
| `3` | The address cannot be found (e.g. no DNS entry, or unresolvable). |
|
|
| `4` | The target (host and port) is invalid. |
|
|
|
|
# API
|
|
|
|
You can use `wait-port` programmatically:
|
|
|
|
```js
|
|
const waitPort = require('wait-port');
|
|
|
|
const params = {
|
|
host: 'google.com',
|
|
port: 443,
|
|
};
|
|
|
|
waitPort(params)
|
|
.then(({ open, ipVersion }) => {
|
|
if (open) console.log(`The port is now open on IPv${ipVersion}!`);
|
|
else console.log('The port did not open before the timeout...');
|
|
})
|
|
.catch((err) => {
|
|
console.err(`An unknown error occured while waiting for the port: ${err}`);
|
|
});
|
|
```
|
|
|
|
The CLI is a very shallow wrapper around this function. The `params` object takes the following parameters:
|
|
|
|
| CLI Parameter | API Parameter | Notes |
|
|
|---------------|---------------|-------|
|
|
| `<target>` | `host` | Optional. Defaults to `localhost`. |
|
|
| `<target>` | `port` | Required. Port to wait for. |
|
|
| `--output` | `output` | Optional. Defaults to `dots`. Output style to use. `silent` also accepted. |
|
|
| `--timeout, -t` | `timeout` | Optional. Defaults to `0`. Timeout (in milliseconds). If `0`, then the operation will never timeout. |
|
|
| `--wait-for-dns` | `waitForDns` | Optional. Defaults to `false`. |
|
|
|
|
# Developer Guide
|
|
|
|
This module uses:
|
|
|
|
| Name | Usage |
|
|
|------------------------------------------------------------------------------|----------------------------------------|
|
|
| [`chalk`](https://github.com/chalk/chalk) | Terminal output styling. |
|
|
| [`commander.js`](https://github.com/tj/commander.js) | Utility for building commandline apps. |
|
|
| [`debug`](https://github.com/visionmedia/debug) | Utility for debug output. |
|
|
| [`mocha`](https://mochajs.org/) / [`nyc`](https://github.com/istanbuljs/nyc) | Test runner / coverage. |
|
|
|
|
## Debugging
|
|
|
|
This module use [`debug`](https://github.com/visionmedia/debug) for debug output. Set `DEBUG=wait-port` to see detailed diagnostic information:
|
|
|
|
```bash
|
|
DEBUG=wait-port wait-for -t 10000 localhost:6234
|
|
```
|
|
|
|
This will also work for any code which uses the API.
|
|
|
|
## Testing
|
|
|
|
Run unit tests with `npm test`. Coverage is reported to `artifacts/coverage`.
|
|
|
|
Debug unit tests with `npm run debug`. Add a `debugger` statement to the line you are interested in, and consider limiting scope with [`.only`](https://mochajs.org/#exclusive-tests).
|
|
|
|
Run tests continuously, watching source with `npm run test:watch`.
|
|
|
|
## Testing the CLI
|
|
|
|
Don't install the package to test the CLI. Instead, in the project folder run `npm link`. Now go to whatever folder you want to use the module in and run `npm link wait-port`. It will symlink the package and binary. See [`npm link`](https://docs.npmjs.com/cli/link) for more details.
|
|
|
|
### Manpage
|
|
|
|
Installing the CLI will install the manpage. The manpage is at [`./man/wait-port.1`](./man/wait-port.1). After updating the page, test it with `man ./man/wait-port.1` before publishing, as the format can be tricky to work with.
|
|
|
|
## Releasing
|
|
|
|
Kick out a new release with:
|
|
|
|
```bash
|
|
npm run release
|
|
git push --follow-tags
|
|
npm publish
|
|
```
|
|
|
|
[`standard-version`](https://github.com/conventional-changelog/standard-version) is used to manage version numbers and the [`CHANGELOG.md`](./CHANGELOG.md) file.
|
|
|
|
## CI/CD
|
|
|
|
CI/CD runs as a set of GitHub actions. There are two pipelines:
|
|
|
|
- [Validate Pull Request](https://github.com/dwmkerr/wait-port/actions/workflows/pull-request.yaml) - confirms that a PR meets the required standardsd
|
|
- [Release Please](https://github.com/dwmkerr/wait-port/actions/workflows/release-please.yaml) - prepares changelogs and release PRs, and publishes to NPM
|
|
|
|
## Timeouts
|
|
|
|
The timeout option for `waitPort` is used terminate attempts to open the socket *after* a certain amount of time has passed. Please note that operations can take significantly longer than the timeout. For example:
|
|
|
|
```js
|
|
const promise = waitPort({ port: 9000, interval: 10000 }, 2000);
|
|
```
|
|
|
|
In this case, the socket will only attempt to connect every ten seconds. So on the first iteration, the timeout is not reached, then another iteration will be scheduled for after ten seconds, meaning the timeout will happen eight seconds later than one might expect.
|
|
|
|
The `waitPort` promise may take up to `interval` milliseconds greater than `timeout` to resolve.
|