npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

aws-websocket-api-server

v1.0.8

Published

Mock API Gateway for AWS Lambda WebSocket debugging.

Downloads

4

Readme

aws-websocket-api-server

Testing bootstrap for routing websocket messages to locally running lambdas.

route-config file

The route configuration file is a dictionary of route actions that maps to Lambda's that will be executed when a message with that route selection property exists.

{
  'route selection value': {
  		id: 'The name of the lamnda in the template.yaml',
  		debug: true|false,
  		debugPort: 15988 
  }
}

The structure of the route-config.json is simple. Just sepcify the Route Key value that will trigger the lambda as the key in the dictionary. Then supply an object in the form {id: , debug: }.

|property|description| |---|---| |id|The id value should be the name of the Lambda as defined in your SAM template.| |debug|The debug flag determines if the lambda waits for your debugger to attach before executing the lambda.| |debugPort|[optional, default: 15988] lets you specify a different debugger port for each lambda so you can debug more than one at a time.

install

Install the node module:

yarn add aws-websocket-api-helper -D

Then update your package.json scripts to include a script to test locally.

"scripts": {
	"debug-local": "websocket-api start route-config.json"
}

how to use

After installing and adding the script to your package.json you can simply type:

yarn debug-local

This fires up the websocket server on the default port of 9090 (you can override that with the -p or --port command line argument). Now all you need to do is send your JSON messages to the websocket server as if you app was connecting to the websocket API. You do not need to wrap the json in an event envelope as the websocket server will do this for you.

If your route is configured to connect to a debugger the lambda will start up and wait for your debugger to connect.

what is not implemented

two way communication.

Because in your lambda you will be using the APIGW Admin api to talk back to your websocket clients you have no way of doing that right now. It would be great to mock that up locally so we can also respond to the websocket requests.