Open cdietrich opened 8 years ago
if i understand the code correctly this would mean a second version of ProjectManager providing a classpathURIContext and (maybe) IFileSystemScanner filtering output folders.
should we use some existing format (like gradle) or create something proprietary? maybe we can use/recycle what the java language server does
If we decide do add such a thing, it should go to xtext-extras where all other Java related stuff lies, e.g. org.eclipse.xtext.xbase.ide
We should built different implementations for different formats. For instance one that uses .the gradle Tools API, seems to be appropriate.
do we want to ship this with the january release or postpone to 2.11.1 / 2.12 ?
Is there a way I can help? I would really like to see Xtend in VSCode.
You can provide a pr
Is there a way I can help? I would really like to see Xtend in VSCode.
AFAIK the Eclipse-independent IDE services for Xbase and Xtend are not really mature yet.
See https://github.com/eclipse/xtext-extras/tree/master/org.eclipse.xtext.xbase.ide https://github.com/eclipse/xtext-xtend/tree/master/org.eclipse.xtend.ide.common
the main problem is still to provide a proper classpath @spoenemann
cc @szarnekow
It would be nice to have a simple support for Java projects in LSP. Currently we just use "folder" and thus have no support for source/output folders and classpath configuration.