redhat-developer / redhat-developer/vscode-java
changing .classpath file reference
Nessuno ha ancora preso questa issue.
- Lingua principale
- TypeScript
- Stelle
- 2.3k
- Fork
- 546
- Merge medio
- 20h 1m
- PR unite (30g)
- 11
Descrizione
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia esaminando la gestione da parte dell'estensione Java del file .classpath e di settings.json, in particolare java.project.referencedLibraries. Confronta i workflow alternativi richiesti per .classpath e per un elenco di librerie esterne; il lavoro è completo quando il percorso di configurazione supportato è documentato oppure uno dei workflow richiesti è implementato e verificato in VS Code.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java, vscode
- Ambito
- developer-experience, tooling
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 25/100