eclipse-wildwebdeveloper / eclipse-wildwebdeveloper/wildwebdeveloper
JS/TS server is started multiple time
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 201
- Forks
- 76
- Avg merge
- 4d 7h
- Merged PRs (30d)
- 21
Description
Hi,
I'm beginning to test WildWebDeveloper in a fairly large workspace, with many projects containing TypeScript sources.
I see some strange effects, like:
- multiple identical Content Assist proposals (I have seen up to six),
- lots and lots of Node processes as children of Eclipse, even for projects for which I have no editor active,
- most importantly, a considerable slowdown while typing.
I still need to do more tests, so I cannot give you exact reproduction steps right now.
To give you the picture, I have 22 Eclipse projects that contain TS sources (and a tsconfig.json).
I am also using monorepo-like tooling, so my common libraries are all installed in a top-level node_modules directory.
The fact that there are multiple Node processes running does worry me, since I suspect that the same huge JS libraries are being parsed and evaluated multiple times, by every one of the servers.
I noticed that language server have a singleton property that guarantees that they are started only once per workspace.
However, the JS/TS language server is the only one that is not marked as singleton.
Why is that? Is it a deliberate choice or just an oversight?
A while back I had tried setting it as singleton and everything appeared to work perfectly.
Thanks.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by inspecting the JS/TS language server configuration and its singleton setting, then compare how other language servers are started. Done means confirming one server per workspace and checking that duplicate content-assist proposals, excess Node processes, and typing slowdown are addressed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, node.js, typescript
- Domain
- developer-experience, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100