"Project and External Dependencies" disappeared in eclipse IDE about xtext-languageserver-example HOT 34 CLOSED

create new workspace (empty)
import -> gradle -> existing gradle project
choose the root

from xtext-languageserver-example.

please check the gradle log / console on refresh gradle project

from xtext-languageserver-example.

sorry, but where I can I find the gradle log/console? ALl I see are these two views in the IDE (which is where I do "RIght click->Gradle->Refresh Gradle Project"):

from xtext-languageserver-example.

in the console view on the arrow i see gradle operations when calling gradle refresh on parent/root

from xtext-languageserver-example.

I don't see that option, but it looks like the [Gradle Operations] are already "open"

When I perform the refresh, the console shows nothing.

from xtext-languageserver-example.

there is no gradle -> refresh gradle project. ?!?

from xtext-languageserver-example.

The menu option is there, but the console does not show anything when I perform the action.

from xtext-languageserver-example.

from xtext-languageserver-example.

is there anything in error log?
have no idea whatn is broken with your buildship install.
how do your .classpath files look like

from xtext-languageserver-example.

This is how the classpath file looks like for the language project:

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
	<classpathentry kind="src" output="bin/main" path="src">
		<attributes>
			<attribute name="gradle_scope" value="main"/>
			<attribute name="gradle_used_by_scope" value="main,test"/>
		</attributes>
	</classpathentry>
	<classpathentry kind="src" output="bin/main" path="src-gen">
		<attributes>
			<attribute name="gradle_scope" value="main"/>
			<attribute name="gradle_used_by_scope" value="main,test"/>
		</attributes>
	</classpathentry>
	<classpathentry kind="src" output="bin/main" path="xtend-gen">
		<attributes>
			<attribute name="gradle_scope" value="main"/>
			<attribute name="gradle_used_by_scope" value="main,test"/>
		</attributes>
	</classpathentry>
	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.8/"/>
	<classpathentry kind="con" path="org.eclipse.buildship.core.gradleclasspathcontainer"/>
	<classpathentry kind="output" path="bin/default"/>
</classpath>

Again, nothing that would normally be in the "Project and External Dependencies" can be resolved, so my Problems view looks like below (but I guess you mean something else with "error log", right?)

from xtext-languageserver-example.

i mean .log files in workspace/.metadata

yes and normally gradle logs that in the operations log if it cannot resolve stuff.
maybe its also a java version

• gradle version + buildship version + eclipse version problem.

which ones do you use?

from xtext-languageserver-example.

When I run gradle from console to refresh dependencies, it works (I use the build task as target, maybe that is not correct?)

from xtext-languageserver-example.

yes but buildship should do the same.

from xtext-languageserver-example.

so, this is what I see at the end of the log file:

from xtext-languageserver-example.

so it looks like there is something wrong with your setup.

from xtext-languageserver-example.

Maybe unsurprisingly, still wanted to share, this folder is empty:

.\.metadata\.plugins\org.eclipse.buildship.core\project-preferences\

I understand that buildship should store something there.

I will check the versions of gradle, buildship, etc, next, as you suggested.

from xtext-languageserver-example.

are you sure the eclipse workspace and the gradle root or a project root are disjoint?

from xtext-languageserver-example.

eclipse version is: 2020-06
buildship version (acc. to eclipse->Help->About): 3.1.4.v20200326-1743
gradle (acc to command ./gradlew -v): 5.6.4

Are you sure the eclipse workspace and the gradle root or a project root are disjoint?

How can I ensure that? Again, building from command line and starting VS code with the plugin works just fine...

The interesting thing is that I used the very same eclipse, gradle, buildship version in 2020 to develop this language extension... so I wonder how it could have worked back then but not today...

from xtext-languageserver-example.

what is the dir of your eclipse workspace

from xtext-languageserver-example.

I use the exact same folder structure as this example repository does, so I have a a root folder where my language/ide/websocket/vscode-extension projects are all located in separate folder.

The settings.gradle file includes these five projects.

from xtext-languageserver-example.

from xtext-languageserver-example.

again which is the workspace dir you use in eclipse?

from xtext-languageserver-example.

from xtext-languageserver-example.

It is the "root":

D:\dev\repository\root\

Inside this root folder, there are the five projects, and gradlew.bat, .metadata, .settings and such.

from xtext-languageserver-example.

then this is something that buildship dislikes. can you try different dir.

from xtext-languageserver-example.

Sure. So, should I create a completely different directory as the workspace and import my five projects? As copies, or just references?

from xtext-languageserver-example.

just new workspace and use gradle import on the root

from xtext-languageserver-example.

... use mavenCentral() instead

Sorry, I'm not used to gradle, maven, or eclipse, I just try to used this as a template, so I don't know how I would go about using maven central instead. It also looks like as if all the dependencies are cached in ~\.gradle\caches\modules-2\ ... so I think it is not an issue of resolving the dependencies from server...?

from xtext-languageserver-example.

just new workspace and use gradle import on the root

I'm sorry, I don't follow. When I create a new workspace, it is empty, right? So, I'm not sure

• what files I need to copy into the new workspace, if any
• where to run gradle import from, if the workspace is empty

I'm reall ynot familiar with any of these technologies, sorry.

from xtext-languageserver-example.

Wow, that did indeed fix it!

from xtext-languageserver-example.

Thank you very much, I would have never guessed that.

from xtext-languageserver-example.

of course it would be better if buildship showed an error dialog

from xtext-languageserver-example.

Do you want me to add a feature request for that at buildship repo linking this issue?

from xtext-languageserver-example.

at least you can hint them on the issue.
https://github.com/eclipse/buildship

from xtext-languageserver-example.