redhat-developer / redhat-developer/vscode-java
changing .classpath file reference
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.3k
- Forks
- 546
- Merge medio
- 20 h 1 min
- PR fusionados (30 d)
- 11
Descripción
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
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza examinando cómo la extensión de Java gestiona el archivo .classpath y settings.json, especialmente java.project.referencedLibraries. Compara los workflows alternativos solicitados para .classpath y para listas de bibliotecas externas; se considera terminado cuando la ruta de configuración compatible está documentada o cuando uno de los workflows solicitados se ha implementado y verificado en VS Code.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java, vscode
- Área
- developer-experience, tooling
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100