redhat-developer / redhat-developer/vscode-java
changing .classpath file reference
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.3k
- Forks
- 546
- Ø Merge
- 20 Std. 1 Min.
- Gemergte PRs (30 T.)
- 11
Beschreibung
I am working with a huge legacy application which was built using Ant + Eclipse. There exists a .classpath file already with references like this (which im guessing eclipses creates):
<classpathentry kind="var" path="LIB_ROOT/json/json.jar"/>
<classpathentry kind="var" path="LIB_ROOT/apache/commons-logging.jar"/>
<classpathentry kind="src" path="src/"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
Out of the box this doesnt work in vscode as it has no idea wht LIB_ROOT is.
My thought then is since this is a giant ant project and would be quite an effort to convert to maven (cant do gradle as it's also a java 1.8 project), i could do one of the following:
- simply create an ant task to generate a new .classpath file, say .classpath_vscode
- or simply generate a line separated list for each libary, and possibly referecne this file as the list values for settings.json -> java.project.referencedLibraries
For #1, is it possible to tell the java extension to use a different .classpath file? (this way devs can move to vscode, but still also work in eclipse using the original .classpath file.
For #2 - would i be able to reference a separate file as the source for the list?
Thanks
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie damit, die Verarbeitung der Java-Erweiterung für die Datei .classpath und settings.json zu untersuchen, insbesondere java.project.referencedLibraries. Vergleichen Sie die angeforderten alternativen Workflows für .classpath und für externe Bibliothekslisten; abgeschlossen ist die Aufgabe, wenn der unterstützte Konfigurationspfad dokumentiert oder einer der angeforderten Workflows implementiert und in VS Code verifiziert wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java, vscode
- Bereich
- developer-experience, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100