Gathering detailed insights and metrics for vscode-ws-jsonrpc
Gathering detailed insights and metrics for vscode-ws-jsonrpc
Gathering detailed insights and metrics for vscode-ws-jsonrpc
Gathering detailed insights and metrics for vscode-ws-jsonrpc
npm install vscode-ws-jsonrpc
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
1,065 Stars
872 Commits
180 Forks
19 Watching
25 Branches
55 Contributors
Updated on 27 Nov 2024
Minified
Minified + Gzipped
TypeScript (88.04%)
HTML (7.99%)
JavaScript (1.52%)
Shell (1.11%)
Dockerfile (0.68%)
CSS (0.4%)
PowerShell (0.11%)
Python (0.07%)
C++ (0.05%)
Java (0.02%)
Cumulative downloads
Total Downloads
Last day
44.1%
9,639
Compared to previous day
Last week
0.4%
38,673
Compared to previous week
Last month
10%
172,721
Compared to previous month
Last year
54%
1,826,220
Compared to previous year
1
This repository now host multiple npm packages under one roof:
monaco-editor-wrapper
The examples not requiring a backend are now available via GitHub Pages.
CHANGELOGs for each project are available from the linked location:
monaco-languageclient
is found herevscode-ws-jsonrpc
is found heremonaco-editor-wrapper
is found here@typefox/monaco-editor-react
is found heremonaco-languageclient-examples
is found hereImportant Project changes and notes about the project's history are found here.
You find the monaco-editor
, vscode
, @codingame/monaco-vscode-api
and @codingame/monaco-vscode-editor-api
compatibility table here.
This article describes the initial motivation for starting monaco-languageclient.
On your local machine you can prepare your dev environment as follows. At first it is advised to build everything. Or, use a fresh dev environment in Gitpod by pressing the code now badge above. Locally, from a terminal do:
1git clone https://github.com/TypeFox/monaco-languageclient.git 2cd monaco-languageclient 3npm i 4# Cleans-up, compiles and builds everything 5npm run build
Start the Vite dev server. It serves all client code at localhost. You can go to the index.html and navigate to all client examples from there. You can edit the client example code directly (TypeScript) and Vite ensures it automatically made available:
1npm run dev 2# OR: this clears the cache and has debug output 3npm run dev:debug
As this is a npm workspace the main package.json contains script entries applicable to the whole workspace like watch
, build
and lint
, but it also contains shortcuts for launching scripts from the childe packages like npm run build:examples
.
If you want to change the libries and see this reflected directly, then you need to run the watch command that compiles all TypeScript files form both libraries and the examples:
1npm run watch
Please look at the respective section in the packages:
monaco-languageclient
is found herevscode-ws-jsonrpc
is found heremonaco-editor-wrapper
is found here@typefox/monaco-editor-react
is found hereThe examples demonstrate mutliple things:
monaco-languageclient
is use by monaco-edtior-wrapper
or @typefox/monaco-editor-react
to have an editor that is connected to a language server either running in the browser in a web worker or vscode-ws-jsonrpc
. is used to an external process via web-socket.The json-server runs an external Node.js Express app where web sockets are used to enable communication between the language server process and the client web application (see JSON Language Server). The json-client contains the monaco-editor-wrapper app which connects to the language server and therefore requires the node server app to be run in parallel.
The python-server runs an external Node.js Express app where web sockets are used to enable communication between the language server process and the client web application (see Pyright Language Server). The python-client contains the monaco-editor-wrapper app which connects to the language server and therefore requires the node server app to be run in parallel. It is also possible to use a @typefox/monaco-editor-react app to connect to the server.
The groovy-server runs an external Java app where web sockets are used to enable communication between the language server process and the client web application (Groovy Language Server). The groovy-client contains the monaco-editor-wrapper app which connects to the language server and therefore requires the node server app to be run in parallel.
The java-server runs an external Java app where web sockets are used to enable communication between the language server process and the client web application (Java Language Server). The java-client contains the monaco-editor-wrapper app which connects to the language server and therefore requires the node server app to be run in parallel.
Langium examples (here client and server communicate via vscode-languageserver-protocol/browser
instead of a web socket used in the three examples above
It contains both the language client and the langauge server (web worker). The clangd language server is compiled to wasm so it can be executed in the browser. Heads up: This is a prototype and still evolving.
This example uses the view service provider from @codingame/monaco-vscode-editor-api
to build an application that utilizes more vscode features. Heads up: This is a prototype and still evolving.
It contains both the language client and the langauge server (web worker). Here you can chose beforehand if the wrapper should be started in classic or extended mode.
It contains both the language client and the langauge server (web worker). It is also possible to use a @typefox/monaco-editor-react app to connect to the server.
It demostrate how the JSON Language client and language server example
can be realised without monaco-editor-wrapper
. You find the implementation here.
It demonstrates how a monaco-editor-wrapper can be combined with a language service written in JavaScript. This example can now be considered legacy as the web worker option eases client side language server implementation and separation, but it still shows a valid way to achieve the desired outcome.
See Typescript Language support.
For the json-client, react-client or the client-webpack examples you need to ensure the json-server example is running:
1# start the express server with the language server running in the same process. 2npm run start:example:server:json
For the python-client example you need to ensure the python-server example is running:
1# start the express server with the language server running as external node process. 2npm run start:example:server:python
For the groovy-client example you need to ensure the groovy-server example is running. You require docker-compose which does not require any manual setup (OpenJDK / Gradle). From the project root run docker-compose -f ./packages/examples/resources/groovy/docker-compose.yml up -d
. First start up will take longer as the container is downloaded from GitHub's container registry. Use docker-compose -f ./packages/examples/resources/groovy/docker-compose.yml down
to stop it.
For the java-client example you need to ensure the java-server example is running. You require docker-compose which does not require any manual setup (OpenJDK / Eclipse JDT LS). From the project root run docker-compose -f ./packages/examples/resources/eclipse.jdt.ls/docker-compose.yml up -d
. First start up will take longer as the container is downloaded from GitHub's container registry. Use docker-compose -f ./packages/examples/resources/eclipse.jdt.ls/docker-compose.yml down
to stop it.
None of the verification examples is part of the npm workspace. Some bring substantial amount of npm dependencies that pollute the main node_modules dependencies and therefore these examples need to be build and started independently. All verifaction examples re-uses the code form the json client example and therefore require the json server to be started.
angular verification example: Before March 2024 this was located in a separate repository. If you want to test it, Please do: cd verify/angular && npm run verify
. It serves the client here: http://localhost:4200.
webpack verification example demonstrates how bundling can be achieved with webpack. You find the configuration here: webpack.config.js. Please do: cd verify/webpack && npm run verify
. It serves the client here: http://localhost:8081.
vite verification example demonstrates how bundling can be achieved with vite. There is no configuration required Please do: cd verify/vite && npm run verify
. It serves the client here: http://localhost:8082.
pnpm verification example demonstrates that the project can be build with vite, but pnpm is used instead of npm. Please do: cd verify/pnpm && pnpm run verify
. It serves the client here: http://localhost:8083.
yarn verification exampledemonstrates that the project can be build with vite, but yarn is used instead of npm. Please do: cd verify/yarn && yarn run verify
. It serves the client here: http://localhost:8083.
You can as well run vscode tasks to start and debug the server in different modes and the client.
Whenever you used monaco-editor
, vscode
, monaco-languageclient
, monaco-editor-wrapper
or @typefox/monaco-editor-react
ensure they are imported before you do any monaco-editor
or vscode
api related intialization work or start using it. Please check the our python language client example to see how it should be done.
If you have mutiple, possibly hundreds of compile errors resulting from missing functions deep in monaco-editor
or vscode
then it is very likely your package-lock.json
or node_modules
are dirty. Remove both and do a fresh npm install
. Always npm list monaco-editor
is very useful. If you see different or errornous versions, then this is an indicator something is wrong.
There are Volta instructions in the package.json
files. When you have Volta available it will ensure the exactly specified node
and npm
versions are used.
When you are using vite for development please be aware of this recommendation.
If you see the problem Assertion failed (There is already an extension with this id) you likely have mismatching dependencies defined for vscode
/ @codingame/monaco-vscode-api
. You should fix this or add the following entry to your vite config:
1resolve: { 2 dedupe: ['vscode'] 3}
Important: Due to its reliance on monaco-editor
and @codingame/monaco-vscode-api
this stack will very likely not work with Server-Side Rendering (SSR) frameworks. They client code has to be run in a browser environment.
@codingame/monaco-vscode-api
requires json and other files to be served. In your project's web-server configuration you have to ensure you don't prevent this.
If you see an error similar to the one below:
1Uncaught Error: Unexpected non—whitespace character after JSON at position 2 2 3SyntaxError: Unexpected non—whitespace character after JSON at position 2 4 at JSON. parse («anonymous>)
It is very likely you have an old version of buffer
interfering (see #538 and #546). You can enforce a current version by adding a resolution
as shown below to your projects' package.json
.
1"resolutions": { 2 "buffer": "~6.0.3", 3}
We recommend you now use typefox/monaco-editor-react
.
But if you need to use @monaco-editor/react
, then add the monaco-editor
import at the top of your editor component file source:
1import * as monaco from "monaco-editor"; 2import { loader } from "@monaco-editor/react"; 3 4loader.config({ monaco });
If you use pnpm, you have to add vscode
/ @codingame/monaco-vscode-api
as direct dependency (you find the compatibility table here, otherwise the installation will fail.
1"vscode": "npm:@codingame/monaco-vscode-api@~11.1.1"
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
no dangerous workflow patterns detected
Reason
30 commit(s) and 28 issue activity found in the last 90 days -- score normalized to 10
Reason
packaging workflow detected
Details
Reason
license file detected
Details
Reason
0 existing vulnerabilities detected
Reason
Found 6/15 approved changesets -- score normalized to 4
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
project is not fuzzed
Details
Reason
security policy file not detected
Details
Reason
dependency not pinned by hash detected -- score normalized to 0
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-11-25
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More