Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JDT projects are not OOmphed anymore #226

Closed
jukzi opened this issue Sep 19, 2024 · 8 comments
Closed

JDT projects are not OOmphed anymore #226

jukzi opened this issue Sep 19, 2024 · 8 comments
Labels
bug Something isn't working

Comments

@jukzi
Copy link
Contributor

jukzi commented Sep 19, 2024

i tried it 2 times today and got the same result:
Following https://github.com/eclipse-platform/.github/blob/main/CONTRIBUTING.md i got this workspace:
image
The jdt.core projects are missing in the workspace!

@jukzi jukzi added the bug Something isn't working label Sep 19, 2024
@jukzi
Copy link
Contributor Author

jukzi commented Sep 19, 2024

only error in the log:

!ENTRY org.eclipse.jdt.core 4 4 2024-09-19 11:57:55.214
!MESSAGE Error indexing package names!
!STACK 1
Java Model Exception: Error in Java Model (code 969): C:\Users\jkubitz\.p2\pool\plugins\org.eclipse.jdt.core.tests.builder.mockcompiler_1.0.0.v20240619-0232 does not exist
	at org.eclipse.jdt.internal.core.JavaElement.newJavaModelException(JavaElement.java:572)
	at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:234)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:585)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:308)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:294)
	at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:249)
	at org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.indexPackageNames(JavaSearchNameEnvironment.java:230)
	at org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.computeClasspathLocations(JavaSearchNameEnvironment.java:219)
	at org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.computeClasspathLocations(JavaSearchNameEnvironment.java:188)
	at org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.<init>(JavaSearchNameEnvironment.java:96)
	at org.eclipse.jdt.internal.core.search.indexing.SourceIndexer.resolveDocument(SourceIndexer.java:167)
	at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.resolveDocument(JavaSearchParticipant.java:116)
	at org.eclipse.jdt.internal.core.search.indexing.IndexManager.indexResolvedDocument(IndexManager.java:679)
	at org.eclipse.jdt.internal.core.search.indexing.IndexManager$2.execute(IndexManager.java:1283)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.indexerLoop(JobManager.java:542)
	at java.base/java.lang.Thread.run(Thread.java:1583)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 2024-09-19 11:57:55.215
!MESSAGE C:\Users\jkubitz\.p2\pool\plugins\org.eclipse.jdt.core.tests.builder.mockcompiler_1.0.0.v20240619-0232 does not exist

@jukzi
Copy link
Contributor Author

jukzi commented Sep 19, 2024

no error in the setup.log:
setup.log

@merks
Copy link
Contributor

merks commented Sep 19, 2024

I expect that's happening because a .project file was added to the root:

image

It was probably an accident...

@jarthana

Was this file created accidentally?

Could we remove it? If not, I'll have to adapt the setup to accommodate it...

@jukzi

You can work around the problem by deleting the file and performing the setup tasks again.

jukzi pushed a commit to jukzi/eclipse.jdt.core that referenced this issue Sep 19, 2024
makes OOmphed workspace setup fail.

eclipse-platform/.github#226
@Bananeweizen
Copy link
Contributor

I might be side-tracking the issue: Isn't this a common failure if someone imports the git repo via import wizard (instead of letting oomph do the project import)? Can anything be done to avoid this, like having a default gitignore at the repo root?

@merks
Copy link
Contributor

merks commented Sep 19, 2024

Yes, a .gitignore entry would help avoid the problem!

@laeubi
Copy link
Contributor

laeubi commented Sep 19, 2024

I expect that's happening because a .project file was added to the root:
Isn't this a common failure if someone imports the git repo via import wizard

Eclipse usually searches in subfolders as well when importing projects so in general it is not an error to have a project in the root (and I often do this to get a project hierarchy displayed without working sets).

@merks
Copy link
Contributor

merks commented Sep 19, 2024

Of course it’s not an error. The question is more, do we want it checked in? And if was checked in by accident, do we want to prevent a recurrence?

jukzi pushed a commit to eclipse-jdt/eclipse.jdt.core that referenced this issue Sep 20, 2024
makes OOmphed workspace setup fail.

eclipse-platform/.github#226
@merks
Copy link
Contributor

merks commented Sep 20, 2024

The removal fixes this problem; I tested...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants