Support cross-host R sessions with sess
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- r, typescript
- Ambito
- cli, developer-experience, tooling
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- TypeScript
- Stelle
- 1.2k
- Fork
- 139
- Merge medio
- 16h 16m
- PR unite (30g)
- 11
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.
Altre issue di REditorSupport/vscode-R
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
REditorSupport/vscode-R#1687 · 4 commenti · 3 reazioni ·
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
REditorSupport/vscode-R#1756 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
REditorSupport/vscode-R#1755 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
REditorSupport/vscode-R#1751 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
REditorSupport/vscode-R#1749 · 5 commenti · 3 reazioni ·
Tutte le issue di REditorSupport/vscode-R
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
IBM/node-sdk-core#373 ·
-
e2e-failure ready-to-code
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
chore
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100