Hacker News Reader

Comment by weberc2 | Hacker News Reader

This is cool. Presumably this could be implemented for other editors (vim, emacs, etc) so the language servers could be shared across editors.

View on HN

Many languages already have something like this. For example, look into ENSIME, ghc-modi, and Racer. I guess the innovation here would be a common protocol for "any" language, but I somewhat doubt that this will have much adoption outside of the .NET/Typescript communities.

Well it's nice to know there's at least some 3rd party support listed:

> the protocol has been adopted by Codenvy, who have added it to the next generation Eclipse IDE, Eclipse Che, as well as by Red Hat, who are working to publish a standalone language server for Java which can be consumed by any tool that utilizes the protocol.

> ... communities for programming languages like OmniSharp (C#), JSON, C++, xText, JavaFX, and R have made commitments to release language servers for their languages in the future.

Obviously we'll see if it actually happens, but at least other's are looking to support it.

There are a few implementations listed here: https://github.com/Microsoft/language-server-protocol/wiki/P...

It's early days but there are a number of organizations working on this. Today one such server was demoed at DevNation by RedHat - Java via the JDT.

There is already ycmd, srclib etc. so there already are other common protocol that try to unify different languages.

I agree. `vim-go` is my favorite example; it actually is comprised of a number of daemons that service different facilities. The innovation would be a common interface specification any backend can play with any frontend.

thats a huge part of why this is so attractive.

omnisharp has already done this, at least specific to their stuff. granted, they are writing front-ends for each editor to integrate with a common language-server like described here, but its the same concept

Reply on news.ycombinator.com