fix: Bind language servers to Project instead of Module

[angelozerr]

fix: Bind language servers to Project instead of Module

Fixes #891

[fbricon]

I tested it on https://github.com/quarkiverse/quarkus-ironjacamar, which is multimodule, didn't see any problem. LGTM

[sonarcloud]

Kudos, SonarCloud Quality Gate passed!   

0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells

No Coverage information
No Duplication information

[angelozerr]

@fbricon is ready now, I have removed all workspace folder support.

@mfortunat this PR should fix your problem with your multi-module #1089 (comment)

[fbricon]

@angelozerr it looks like properties leak to unrelated projects. e.g. using https://github.com/quarkiverse/quarkus-ironjacamar

• set a new property in the integration test application.properties
• inject a ConfigProperty with the same name in IronJacamarProcessor

The downstream property is resolved on hover in the deployment module, even though it's not on that module's classpath

[angelozerr]

@fbricon I think this problem is the same with just one module. We have problem with cache #860

To test this PR,I suggest that you create an application.properties in each module and on each module you define a class with ConfigProperty and you should see the proper properties in completion,validation for each module

[angelozerr]

The downstream property is resolved on hover in the deployment module, even though it's not on that module's classpath

I think it is a feature coming from IJ himself, please check that with LSP console traces

[fbricon]

thanks @angelozerr