Support cross-host R sessions with sess
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- r, typescript
- Área
- cli, developer-experience, tooling
Línea de trabajo
The issue mentions the new 'sess' architecture using bidirectional JSON-RPC over a stream socket. Start by examining the sess implementation in the codebase, likely in the src/ directory, to understand the current transport mechanism. Look for socket handling and connection logic. The goal is to modify sess to accept connections from a different host, possibly via TCP. Testing will involve setting up a cross-host scenario, perhaps with SSH forwarding, to verify the session attachment works.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
There have been repeated requests to attach vscode-R to an R session running on a different host from the VS Code extension host, particularly in HPC environments where VS Code runs on a login node while R runs on a scheduler-allocated compute node.
Related issues include #469, #1019, #1047, #1276, #1359, #1391, #1506, and #1541.
Historically this was difficult because the session watcher depended on shared files, file watchers, and local process IDs.
With the new sess architecture, communication is now bidirectional JSON-RPC over a stream socket.
This should make cross-host sessions feasible in the future, for example through SSH socket forwarding or an additional TCP transport, without changing the higher-level session protocol.
I don't think vscode-R needs to manage SSH, Slurm, or other schedulers itself.
The useful boundary would be simply allowing sess to connect when the R process and the extension host are on different machines.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1.2k
- Forks
- 139
- Merge medio
- 23 h 31 min
- PR fusionados (30 d)
- 13
Preparar el entorno
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.
Más de REditorSupport/vscode-R
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
REditorSupport/vscode-R#1687 · 4 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
REditorSupport/vscode-R#1755 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
REditorSupport/vscode-R#1751 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
REditorSupport/vscode-R#1749 · 5 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
REditorSupport/vscode-R#1740 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de REditorSupport/vscode-R
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
diegosouzapw/OmniRoute#14869 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 94/100
Los mantenedores suelen responder en 1 día
-
status: waiting triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
freeCodeCamp/freeCodeCamp#70412 ·
Los mantenedores suelen responder en 1 día
-
Mend: dependency security vulnerability untriaged
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
opensearch-project/OpenSearch-Dashboards#12816 ·
Los mantenedores suelen responder en 1 día