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

@8n8/node-dev

v0.98.0

Published

CLI to simplify n8n credentials/node development

Downloads

8

Readme

n8n.io - Workflow Automation

n8n-node-dev

Currently very simple and not very sophisticated CLI which makes it easier to create credentials and nodes in TypeScript for n8n.

npm install n8n-node-dev -g

Contents

Usage

The commandline tool can be started with n8n-node-dev <COMMAND>

Commands

The following commands exist:

build

Builds credentials and nodes in the current folder and copies them into the n8n custom extension folder (~/.n8n/custom/) unless destination path is overwritten with --destination <FOLDER_PATH>

When "--watch" gets set it starts in watch mode and automatically builds and copies files whenever they change. To stop press "ctrl + c".

new

Creates new basic credentials or node of the selected type to have a first starting point.

Create a node

The easiest way to create a new node is via the "n8n-node-dev" cli. It sets up all the basics.

A n8n node is a JavaScript file (normally written in TypeScript) which describes some basic information (like name, description, ...) and also at least one method. Depending on which method got implemented defines if it is a a regular-, trigger- or webhook-node.

A simple regular node which:

  • defines one node property
  • sets its value do all items it receives

would look like this:

File named: MyNode.node.ts

import { IExecuteFunctions } from 'n8n-core';
import {
	INodeExecutionData,
	INodeType,
	INodeTypeDescription,
} from 'n8n-workflow';


export class MyNode implements INodeType {
	description: INodeTypeDescription = {
		displayName: 'My Node',
		name: 'myNode',
		group: ['transform'],
		version: 1,
		description: 'Adds "myString" on all items to defined value.',
		defaults: {
			name: 'My Node',
			color: '#772244',
		},
		inputs: ['main'],
		outputs: ['main'],
		properties: [
			// Node properties which the user gets displayed and
			// can change on the node.
			{
				displayName: 'My String',
				name: 'myString',
				type: 'string',
				default: '',
				placeholder: 'Placeholder value',
				description: 'The description text',
			}
		]
	};


	async execute(this: IExecuteFunctions): Promise<INodeExecutionData[][]> {

		const items = this.getInputData();

		let item: INodeExecutionData;
		let myString: string;

		// Itterates over all input items and add the key "myString" with the
		// value the parameter "myString" resolves to.
		// (This could be a different value for each item in case it contains an expression)
		for (let itemIndex = 0; itemIndex < items.length; itemIndex++) {
			myString = this.getNodeParameter('myString', itemIndex, '') as string;
			item = items[itemIndex];

			item.json['myString'] = myString;
		}

		return this.prepareOutputData(items);

	}
}

The "description" property has to be set on all nodes because it contains all the base information. Additionally do all nodes have to have exactly one of the following methods defined which contains the actual logic:

Regular node

Method get called when the workflow gets executed

  • execute: Executed once no matter how many items
  • executeSingle: Executed once for every item

By default always execute should be used especially when creating a third-party integration. The reason for that is that it is way more flexible and allows to, for example, return a different amount of items than it received as input. This is very important when a node should query data like return all users. In that case, does the node normally just receive one input-item but returns as many as users exist. So in doubt always execute should be used!

Trigger node

Method gets called once when the workflow gets activated. It can then trigger workflow runs which data it provides by itself.

  • trigger

Webhook node

Method gets called when webhook gets called.

  • webhook

Node Type

Property overview

  • description [required]: Describes the node like its name, properties, hooks, ... see Node Type Description bellow.
  • execute [optional]: Method get called when the workflow gets executed (once).
  • executeSingle [optional]: Method get called when the workflow gets executed (once for every item).
  • hooks [optional]: The hook methods.
  • methods [optional]: Additional methods. Currently only "loadOptions" exists which allows loading options for parameters from external services
  • trigger [optional]: Method gets called once when the workflow gets activated.
  • webhook [optional]: Method gets called when webhook gets called.
  • webhookMethods [optional]: Methods to setup webhooks on external services.

Node Type Description

The following properties can be set in the node description:

  • credentials [optional]: Credentials the node requests access to
  • defaults [required]: Default "name" and "color" to set on node when it gets created
  • displayName [required]: Name to display users in Editor UI
  • description [required]: Description to display users in Editor UI
  • group [required]: Node group for example "transform" or "trigger"
  • hooks [optional]: Methods to execute at different points in time like when the workflow gets activated or deactivated
  • icon [optional]: Icon to display (can be an icon or a font awsome icon)
  • inputs [required]: Types of inputs the node has (currently only "main" exists) and the amount
  • outputs [required]: Types of outputs the node has (currently only "main" exists) and the amount
  • outputNames [optional]: In case a node has multiple outputs names can be set that users know what data to expect
  • maxNodes [optional]: If not an unlimited amount of nodes of that type can exist in a workflow the max-amount can be specified
  • name [required]: Name of the node (for n8n to use internally, in camelCase)
  • properties [required]: Properties which get displayed in the Editor UI and can be set by the user
  • subtitle [optional]: Text which should be displayed underneath the name of the node in the Editor UI (can be an expression)
  • version [required]: Version of the node. Currently always "1" (integer). For future usage, does not get used yet.
  • webhooks [optional]: Webhooks the node should listen to

Node Properties

The following properties can be set in the node properties:

  • default [required]: Default value of the property
  • description [required]: Description that is displayed to users in the Editor UI
  • displayName [required]: Name that is displayed to users in the Editor UI
  • displayOptions [optional]: Defines logic to decide if a property should be displayed or not
  • name [required]: Name of the property (for n8n to use internally, in camelCase)
  • options [optional]: The options the user can select when type of property is "collection", "fixedCollection" or "options"
  • placeholder [optional]: Placeholder text that is displayed to users in the Editor UI
  • type [required]: Type of the property. If it is for example a "string", "number", ...
  • typeOptions [optional]: Additional options for type. Like for example the min or max value of a number
  • required [optional]: Defines if the value has to be set or if it can stay empty

Node Property Options

The following properties can be set in the node property options.

All properties are optional. However, most only work when the node-property is of a specfic type.

  • alwaysOpenEditWindow [type: json]: If set then the "Editor Window" will always open when the user tries to edit the field. Helpful if long text is typically used in the property.
  • loadOptionsMethod [type: options]: Method to use to load options from an external service
  • maxValue [type: number]: Maximum value of the number
  • minValue [type: number]: Minimum value of the number
  • multipleValues [type: all]: If set the property gets turned into an Array and the user can add multiple values
  • multipleValueButtonText [type: all]: Custom text for add button in case "multipleValues" got set
  • numberPrecision [type: number]: The precision of the number. By default it is "0" and will so only allow integers.
  • password [type: string]: If a password field should be displayed (normally only used by credentials because all node data is not encrypted and get saved in clear-text)
  • rows [type: string]: Number of rows the input field should have. By default it is "1"

License

n8n is fair-code distributed under the Sustainable Use License.

Additional information about the license can be found in the docs.