tower-lsp VS vscode-ruby

I am using nom / nom_locate to build the parser side because I've done a handful of other projects with it, and I plan to use tower-lsp to hook up the language server side.

I realize this might not be for everyone, but I'm writing it in Rust using Lib-ruby-parser and tower-lsp: two existing libraries that handle a bunch of the heavy lifting for me. I'm more productive in Rust than with Ruby at this point, despite doing Ruby full time for 15 years, plus I really really don't want to have to deal with a slow LSP--that was the whome impetus for this project. I started in the spring, made a bunch of headway, then backtracked to redo the internals to make it easier to handle monkeypatching, overriding/redefining of methods, etc. across your project.

https://github.com/ebkalderon/tower-lsp is a generalized LSP implementation in a lower-level language (Rust) so you may get a better idea by reading through that repo. It seems that the server opens a TCP socket that the client later connects to, but I'm not really sure.

I was taking a look at the tower_lsp example here (https://github.com/ebkalderon/tower-lsp/blob/master/examples/stdio.rs) and had a question about how the document sync works between the client and the server.

Mine all use [tower-lsp](https://github.com/ebkalderon/tower-lsp/) for the LSP protocol stuff, and then either [Tree-sitter](https://github.com/tree-sitter/tree-sitter) or [Nom](https://github.com/Geal/nom). If I do another I'll probably try [Chumsky](https://github.com/zesterer/chumsky) which combines some of the advantages of both.

[https://github.com/rubyide/vscode-ruby

Just looking at the repos for the two most important ruby extensions is depressing :https://github.com/rubyide/vscode-ruby and https://github.com/bung87/vscode-rails

https://github.com/rubyide/vscode-ruby/tree/main/packages/language-server-ruby Part of a VS Code extension. Uses tree-sitter to parse and analyze code. Feels the most technically sound, though still early in development. Unmaintained since April.

And the community support is not that good either...

In addition, you also need to install debase (source). Add these two in your gemfile (in a real project, you probably want to put them inside the group :development, :test do ... block)

Then you need to follow this:https://github.com/rubyide/vscode-ruby/blob/main/docs/debugger.md

First, you need this: https://github.com/rubyide/vscode-ruby

Both solargraph and vscode-ruby have rubocop integration. But the one in vscode-ruby is broken. I identified the causes 2 weeks ago... https://github.com/rubyide/vscode-ruby/issues/717 https://github.com/rubyide/vscode-ruby/issues/719 ... And sent pull requests. But reviews are really slow. They haven't been merged yet.