VisualStudio Code und Devcontainer

[arteck]

@UncleSam eine USB durchreichung währe nett.. aber da muss es erst der Doker es zulassen.. (danke @AlCalzone )
wobei hier man aus usbip zurückgreifen könnte..

[hallo.amt]

Genial, endlich entwickeln, ohne den ganzen Rechner mit Software zuzumüllen, die ich sonst nie brauche. Frunktioniert auf meinen beiden Rechnern, einer Windows, einer Linux, super.
Eine Änderung an der launch.js gab es, VSC hat nach Templates für zwei Module gesucht. Das hab ich ihm mit dem Eintrag resolveSourceMapLocations abgewöhnt. Damit VSC nicht meckert muss man typeauf pwa-nodestellen. Letzteres soll laut MS bald nicht mehr notwendig sein.

{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "type": "pwa-node",
            "request": "launch",
            "name": "Launch JavaScript Adapter",
            "skipFiles": ["<node_internals>/**"],
            "program": "${workspaceFolder}/main.js",
            "args": ["--debug", "0"],
            //"preLaunchTask": "tsc: build - tsconfig.build.json",
            //"outFiles": ["${workspaceFolder}/build/**/*.js"]
            "resolveSourceMapLocations": [
                "${workspaceFolder}/**",
                "!**/node_modules/**"
            ]
        }
    ]
}

[Asgothian]

@UncleSam
Ich hab mal versucht mir das zu installieren. Allerdings bekomme ich es nicht hin. Irgend etwas fehlt mir, allerdings weiss ich nicht was genau.

Was hab ich geschafft:

• Docker ist installiert, und ich hatte auch den buanet container laufen.
• VSCode ist installiert.
• Ich habe in meinem Fork vom Zigbee-Adapter (an dem will ich einfacher basteln) auch schon ein .devcontainer Verzeichnis hinterlegt (hoffentlich nicht ganz falsch)
• Wenn ich versuch dieses in einen Container zu klonen dann bricht es mit einer Fehlermeldung ab, das ein Verzeichnis (welches leider nicht existiert - zumindest konnte ich es nicht finden) nicht an den Container "geshared" ist.
• Wenn ich meine lokale Kopie des Zigbee Adapters in vsCode öffne fragt er ob ich das in einem Container tun will - der startet dann auch, und darin läuft dann auch ein ioBroker, aber ohne den Zigbee Adapter.

Irgendwas fehlt mir da noch.

A.

[AlCalzone]

@Asgothian Hast du dir mal einen Test-Adapter mit dem Creator erstellt? Damit gehts bei mir.

[Asgothian]

@AlCalzone Nein, mit dem Adapter Creator habe ich mich noch nicht beschäftigt.

Das versuche ich noch (erstmal einlesen)

Was mir halt nicht klar ist - wo/wie synchronisiere ich den Code zwischen Github und der ioBroker installation. Mache ich das über das Dateisystem des Hosts, über die Installation des Adapters im Container, oder über vsCode ?

A.

Nachtrag: Erstmal finden wo der Adapter Creator beschrieben ist. Wie gesagt - ein eigener Adapter war nie Plan, mir reicht der Zigbee Adapter zum kaputt machen

[dslraser]

@Asgothian

Nein, mit dem Adapter Creator habe ich mich noch nicht beschäftigt.

ich hatte mich mal an dieser Anleitung orientiert und es hat funktioniert.

https://github.com/Mic-M/iobroker-Adapter-Entwicklung-fuer-Anfaenger/wiki

[Asgothian]

@dslraser Danke fuer den Link, aber damit werde ich nichts. Ich kann/will den ioBroker nicht lokal laufen lassen.

Windows hab ich auch nicht, weswegen mir ja gerade den devcontainer anschauen wollte.

A.

[Asgothian]

@AlCalzone
Noch eine Frage: wo lasse ich den npx Befehl laufen ? Im dev container den er mir aufgemacht hat, oder auf einem "lebenden" system ?

A.

[Asgothian]

Ok, die Frage hat sich erledigt. Ist egal, solange wie eine saubere nodejs Umgebung existiert. Ich hab also jetzt einen Test-Adapter, der auch an den .devcontainer gebunden werden können müsste.

Nur das ich jetzt genau da stehe wo ich auch mit dem zigbee Adapter bin. Mir fehlt der nächste Schritt.

Wie komme ich von dem Adapter auf/in einen Container in dem der läuft und in dem ich mit vsCode dann entwickeln kann.

A.

[AlCalzone]

@Asgothian sagte in VisualStudio Code und Devcontainer:

Wie komme ich von dem Adapter auf/in einen Container in dem der läuft und in dem ich mit vsCode dann entwickeln kann.

Um das für den Zigbee-Adapter zu machen, kannst du einfach in einem anderen Verzeichnis mit dem Creator das Rahmenwerk für einen neuen Adapter mit den Namen zigbee erstellen. Anschließend den Ordner .devcontainer in den bereits bestehenden Adapter kopieren - fertig (vielleicht noch das erstellte Verzeichnis wieder löschen).

Die Installation der Remote-Erweiterungen vorausgesetzt müsste dir VSCode dann beim Öffnen des Projekts anbieten, das Projekt im Devcontainer zu öffnen.

Siehe auch die Migrationsanleitung für bestehende Adapter --> https://github.com/ioBroker/create-adapter/blob/master/docs/updates/20200902_vscode_devcontainers.md

[Asgothian]

@AlCalzone Das tut es.
Im DevContainer ist der Adapter aber nicht installiert. Auch liegen im entsprechenden Devcontainer keine Dateien die darauf hin deuten das Daten in den Container geladen wurden.

A.

[AlCalzone]

@Asgothian Sollte es aber. Nur eine Instanz musst du manuell hinzufügen.
Wenn du während der Erstellung dir in VSCode das Log anzeigen lässt, siehst du, was er alles macht.

Auch liegen im entsprechenden Devcontainer keine Dateien die darauf hin deuten das Daten in den Container geladen wurden.

Wenn alles klappt, ist bei mir das integrierte Terminal im Verzeichnis /workspace des devcontainers, in dem auch dein gesamtes Projekt liegen sollte.

[Asgothian]

@AlCalzone sagte in VisualStudio Code und Devcontainer:

Wenn alles klappt, ist bei mir das integrierte Terminal im Verzeichnis /workspace des devcontainers, in dem auch dein gesamtes Projekt liegen sollte.

im vsCode zeigt er das auch so an.

Wobei das Verzeichnis /workspace auch wirklich nur den Adapter beinhaltet, aber keine der benötigten Bibliotheken.

auf der console im Docker ist davon nichts zu sehen

[UncleSam]

@Asgothian sagte in VisualStudio Code und Devcontainer:

Wobei das Verzeichnis /workspace auch wirklich nur den Adapter beinhaltet, aber keine der benötigten Bibliotheken.

Was sind für dich "benötigte Bibliotheken"?

auf der console im Docker ist davon nichts zu sehen

Von was ist nichts zu sehen?

Was geschieht, wenn du im Browser localhost: 8082 öffnest?

[Asgothian]

@UncleSam sagte in VisualStudio Code und Devcontainer:

@Asgothian sagte in VisualStudio Code und Devcontainer:

Wobei das Verzeichnis /workspace auch wirklich nur den Adapter beinhaltet, aber keine der benötigten Bibliotheken.

Was sind für dich "benötigte Bibliotheken"?

Gemeint sind weitere node Module die normalerweise bei der Installation von npm geholt werden

auf der console im Docker ist davon nichts zu sehen

Von was ist nichts zu sehen?

Ich habe mir eine Console im Container aufgemacht. In dem da verfügbaren Dateisystem kann ich keine der im Workspace vorhandenen Dateien finden

Was geschieht, wenn du im Browser localhost: 8082 öffnest?

auf Port 8081 läuft ein ioBroker

[AlCalzone]

@Asgothian sagte in VisualStudio Code und Devcontainer:

Gemeint sind weitere node Module die normalerweise bei der Installation von npm geholt werden

Wenn du in deinem dev-Verzeichnis npm install ausführst, passiert das auch. Ich weiß nicht, wie du üblicherweise arbeitest, aber ich habe beim Entwickeln immer die dependencies installiert.

auf Port 8081 läuft ein ioBroker

Das dürfte der im Container sein. Oder hast du sonst noch einen lokal installiert?

[Asgothian]

@AlCalzone

• das ist der iobroker im Container
• auf dem Dev Verzeichnis kann ich kein npm install ausführen - auf dem System habe ich kein NodeJS.
• Auf der Konsole im Container finde ich die Dateien nicht.

[AlCalzone]

@Asgothian sagte in VisualStudio Code und Devcontainer:

auf dem Dev Verzeichnis kann ich kein npm install ausführen - auf dem System habe ich kein NodeJS.

Und im Container selbst?

[Asgothian]

@AlCalzone
Im Container selbst läuft der ioBroker, aber da habe ich die Dateien aus meinem Dev-Verzeichnis nicht.

[AlCalzone]

@Asgothian Echt nicht?
Bei mir siehts so aus: