redhat-developer / redhat-developer/vscode-java

Sharing .settings/org.eclipse.buildship.core.prefs between vscode and Eclipse

Open
#4,065 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
2.3k
Forks
546
Avg merge
20h 1m
Merged PRs (30d)
11

Description

I am working on a project that is developed by both vscode and Eclipse (different developers). .settings/org.eclipse.buildship.core.prefs is checked into git from Eclipse, and then when the project is opened from vscode, this file is modified (in an unpleasant way - adding a machine-specific java.home and init-script, and changing other settings). This can't be checked in, because it then breaks when opening elsewhere, where the paths are different. It also permutes the .classpath file and other settings files.

java.import.generatesMetadataFilesAtProjectRoot = false is not useful, because the plugin will use the project files if they are present.

The only workaround I can think if is to just remove these from git (ie add to .gitignore). What I would really like is the ability to locate these files in a different location, for Visual Studio (or in a machine configurable way). Then we could keep Eclipse and vscode completely separate.

Is there any other workaround, or possibility of an enhancement to change the file locations?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by examining how the extension handles .settings/org.eclipse.buildship.core.prefs, .classpath, and other project settings, including the java.import.generatesMetadataFilesAtProjectRoot setting. Determine whether project metadata locations are configurable and identify the affected behavior across VS Code and Eclipse. Done means the two tools can keep their project files separate without machine-specific paths being committed.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, vscode
Domain
developer-experience, tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.