Continuous Integration Prozess mit Docker & Rad Studio

[flashpixx]

Hallo,

ich arbeite zurzeit mit dem Embaccadero Rad Studio (Tokio) und ich erstelle gerade auf einer selbstgehosteten Gitlab Instanz einen CI (continuous integration) Prozess zum Compiling & Testing. Ich hatte versucht in einem Docker Container (Nanoserver oder Dotnet) das Rad Studio zu installieren bzw. das bin / bin64 Verzeichnis in den Docker Container hineinzukopieren. Weder das Setup startet in dem Container noch lässt sich der Compiler / Linker direkt aus dem bin-Verzeichnis direkt starten.

Gibt es eine Möglichkeit das Rad Studio, genauer die Buildtools (Compiler / Linker / Bibliotheken / Lizenz) in einem Docker-Container auszuführen, um in Gitlab direkt den Code bei Änderung des Repositories zu bauen?

Danke für die Hilfe

[Aviator]

Ich hatte das hier mal getestet und es hatte funktioniert. Das ist allerdings ein Build Prozess der direkt über die Shell, also nicht in einem Docker Container, läuft. Eventuell kannst du dir das aber so umbiegen, dass es in einem Docker Container funktioniert.

PS: Wenn es funktioniert, wäre ich auch daran interessiert. Hatte aber bisher nicht die Zeit mich damit zu beschäftigen.

[flashpixx]

Danke für die Info, das würde aber nur dann funktionieren, wenn ich das Rad Studio nativ auf einem Windows installiere und direkt mittels Gitlab Runner in der Shell ausführe. In meinem Docker Container startet keine Anwendung des Rad Studios überhaupt. Es kommt einfach keine Fehlermeldung, sondern ich rufe die Exe auf und dann passiert nichts.

[TiGü]

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

[freimatz]

Zitat:

Zitat von flashpixx (Beitrag 1439874)

Gibt es eine Möglichkeit das Rad Studio, genauer die Buildtools (Compiler / Linker / Bibliotheken / Lizenz) in einem Docker-Container auszuführen, ...

Mich interssiert das auch. Wir betreiben derzeit die Buildumgebung in virtuellen Maschinen.
Hast du schon gegoogelt? Mit "Docker & Rad Studio" finde ich z.B. https://yeiei.net/en/debugging-delph...ker-container/. Es scheint wohl schon jemand geschafft zu haben.

[Rollo62]

Zitat:

Zitat von freimatz (Beitrag 1439956)

[finde ich z.B. https://yeiei.net/en/debugging-delph...ker-container/. Es scheint wohl schon jemand geschafft zu haben.

Das sieht für mich so aus als würde da nur der PAServer (als Remote-Debugger) im Docker Laufen, nicht RadStudio.

[Stevie]

RAD Studio wird keineswegs in einem Docker Container laufen können, denn soweit mir bekannt ist, gibt es derzeit kein Windows Image mit UI.
Man wird also höchstens den Kommandozeilen Compiler und alle notwendigen anderen Dateien nehmen können und die in einem Container ausführen können, was ja für CI durchaus ausreichend ist.

[Uwe Raabe]

Wenn ich mich recht erinnere, hat Robert Love vor einiger Zeit mal den Compiler in Docker zum Laufen gebracht (Stichwort "hostedcompiler"). Eventuell ist er ja bereit seine Erkenntnisse zu teilen.

[flashpixx]

Zitat:

Zitat von TiGü (Beitrag 1439946)

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

Ja genau das hatte ich gedacht, also habe ich das bin bzw bin64 Verzeichnis direkt mit COPY in den Container kopiert, wenn ich dann aber versuche irgendeine Exe wie dcc32 auszuführen, passiert gar nichts. Es kommt keine Fehlermeldung aber das Programm funktioniert auch nicht

[flashpixx]

Zitat:

Zitat von Stevie (Beitrag 1439962)

RAD Studio wird keineswegs in einem Docker Container laufen können, denn soweit mir bekannt ist, gibt es derzeit kein Windows Image mit UI.
Man wird also höchstens den Kommandozeilen Compiler und alle notwendigen anderen Dateien nehmen können und die in einem Container ausführen können, was ja für CI durchaus ausreichend ist.

Richtig, genau das war mein Ziel, aber das funktioniert bisher nicht, die Kommandline-Tools starten nicht innerhalb des Docker-Image

[flashpixx]

Zitat:

Zitat von Rollo62 (Beitrag 1439960)

Zitat:

Zitat von freimatz (Beitrag 1439956)

[finde ich z.B. https://yeiei.net/en/debugging-delph...ker-container/. Es scheint wohl schon jemand geschafft zu haben.

Das sieht für mich so aus als würde da nur der PAServer (als Remote-Debugger) im Docker Laufen, nicht RadStudio.

Ja ist es auch, das ist für das Remote-Debugging. Ich möchte aber in dem Docker-Container compilieren, d.h. mein Git-Repository clonen und die dann die Projektdatei übersetzen (ohne UI)

[Aviator]

Unter welchem Betriebssystem läuft denn deine Docker Instanz? Ich gehe mal davon aus, dass du das unter Windows ausprobiert hast. Zusätzlich müssen die Container wohl als Windows Container laufen. Was ich so gelesen habe, hat die neueste Version von Docker for Windows auch einige Verbesserungen erhalten um mehr Möglichkeiten zu haben Container laufen zu lassen.

[TiGü]

Zitat:

Zitat von flashpixx (Beitrag 1440135)

Zitat:

Zitat von TiGü (Beitrag 1439946)

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

Ja genau das hatte ich gedacht, also habe ich das bin bzw bin64 Verzeichnis direkt mit COPY in den Container kopiert, wenn ich dann aber versuche irgendeine Exe wie dcc32 auszuführen, passiert gar nichts. Es kommt keine Fehlermeldung aber das Programm funktioniert auch nicht

Schau doch mal, ob der dcc32.exe alle Abhänigkeiten findet:

C:\WINDOWS\System32\ADVAPI32.DLL.
C:\WINDOWS\System32\bcryptPrimitives.dll.
C:\WINDOWS\System32\combase.dll.
C:\WINDOWS\System32\CRYPT32.dll.
C:\WINDOWS\System32\CRYPTBASE.dll.
C:\WINDOWS\System32\GDI32.dll.
C:\WINDOWS\System32\gdi32full.dll.
C:\WINDOWS\System32\IMM32.DLL.
C:\WINDOWS\System32\KERNEL32.DLL.
C:\WINDOWS\System32\KERNELBASE.dll.
C:\WINDOWS\System32\MSASN1.dll.
C:\WINDOWS\System32\msvcp_win.dll.
C:\WINDOWS\System32\msvcrt.dll.
C:\WINDOWS\SYSTEM32\ntdll.dll.
C:\WINDOWS\System32\OLE32.DLL.
C:\WINDOWS\System32\RPCRT4.dll.
C:\WINDOWS\System32\sechost.dll.
C:\WINDOWS\System32\SHLWAPI.dll.
C:\WINDOWS\System32\SspiCli.dll.
C:\WINDOWS\System32\ucrtbase.dll.
C:\WINDOWS\System32\USER32.DLL.
C:\WINDOWS\System32\win32u.dll.
C:\WINDOWS\SYSTEM32\winbrand.dll.
C:\WINDOWS\System32\WINTRUST.dll.
C:\WINDOWS\SYSTEM32\wldp.dll.
C:\WINDOWS\SysWOW64\cmd.exe.

[flashpixx]

Zitat:

Zitat von Aviator (Beitrag 1440147)

Unter welchem Betriebssystem läuft denn deine Docker Instanz? Ich gehe mal davon aus, dass du das unter Windows ausprobiert hast. Zusätzlich müssen die Container wohl als Windows Container laufen. Was ich so gelesen habe, hat die neueste Version von Docker for Windows auch einige Verbesserungen erhalten um mehr Möglichkeiten zu haben Container laufen zu lassen.

Ich nutze die aktuelle Docker Installation und der Container ist ein Windows-Container, wie gesagt, ich kann auch den Container ohne Probleme ausführen und in ihm arbeiten, nur der Compiler / Linker des Rad Studios funktionieren aktuell (noch) nicht.

[flashpixx]

Zitat:

Zitat von TiGü (Beitrag 1440165)

Zitat:

Zitat von flashpixx (Beitrag 1440135)

Zitat:

Zitat von TiGü (Beitrag 1439946)

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

Ja genau das hatte ich gedacht, also habe ich das bin bzw bin64 Verzeichnis direkt mit COPY in den Container kopiert, wenn ich dann aber versuche irgendeine Exe wie dcc32 auszuführen, passiert gar nichts. Es kommt keine Fehlermeldung aber das Programm funktioniert auch nicht

Schau doch mal, ob der dcc32.exe alle Abhänigkeiten findet:

Ich habe geschaut, alle Dateien sind in den Pfaden vorhanden, die Pfade sind in der PATH Umgebungsvariablen eingetragen. Ich habe als Test das gesamte Rad-Studio Installationsverzeichnis in den Docker-Container kopiert, die Pfade gesetzt wie in meinem Host-Windows, aber bei einem Aufruf von dcc32 kommt keine Ausgabe. Auf meinem Host-Windows System erscheint eine Auflistung der Parameter. Der einzige Unterschied zwischen ist der Pfad des Rad Studios, im Docker-Container liegt das Studio unter C:\Dev\rad\19.0 und im Host-Windows unter C:\Program Files...

[TiGü]

Schau doch mal bei deiner normalen Installation mit dem Process Monitor von SysInternals, was da genau passiert und vergleiche mit deinen Docker Image.

[flashpixx]

Zitat:

Zitat von TiGü (Beitrag 1440928)

Schau doch mal bei deiner normalen Installation mit dem Process Monitor von SysInternals, was da genau passiert und vergleiche mit deinen Docker Image.

Ein Docker-Container hat keine UI, sondern nur eine Kommandozeile. Da alle Tools immer ein UI mitbringen, hätte ich keine Idee, wie man das sinnvoll innerhalb des Container debuggen kann.
Als zweite Idee wäre, kann man nur die Kommandozeilen Tools direkt durch das Setup installieren lassen, also das Setup ausführen, "irgendwie" die Lizenz hineinbekommen und nur die Kommandozeilentools installieren

[TiGü]

Ok, das "vergleiche" führte dich vielleicht auf eine falsche Spur.
Ich meinte, schau dir genau per Process Monitor an was der dcc32.exe im (normalen) System alles anfasst und lädt und dann guckst du nach, ob diese Abhängigkeiten auch im Container da sind.

[TiGü]

Wurde das schon genannt?
https://stackoverflow.com/questions/...ild-automation

[MaBuSE]

Zitat:

Zitat von flashpixx (Beitrag 1440890)

..., ich kann auch den Container ohne Probleme ausführen und in ihm arbeiten, nur der Compiler / Linker des Rad Studios funktionieren aktuell (noch) nicht.

Meines Wissens benötigt der dcc32 mehr als nur die Dateien in %ProgramFiles(x86)%\Embarcadero\ .

Wenn Du Rad Studio nativ installierst und das erste mal aufrufst, werden in der Registry unter HKCU\Software\Embarcadero\BDS einige Daten abgelegt.
Unter "%APPDATA%\Embarcadero" liegen dann auch Daten die verwendet werden könnten.
Es ist auch möglich, dass die Lizenzdaten in C:\ProgramData\Embarcadero\.licenses\ von dcc32.exe verwendet werden.

Installiere RAD nativ, starte es ein mal und sicher dir die Registry und die Dateien in den oben genannten Verzeichnissen.
Dann Stell die Dateien und Regkeys im Docker zur Verfügung.

Vor dem Start der Kommandozeilentools solltest Du auch "$(BDS)\bin\rsvars.bat" im Image aufrufen.
Dort werden von DCC und msbuild benötigte Enviroment-Variablen gesetzt.

Weitere Abhängigkeiten fallen mir im Moment nicht ein ;)

Ich hoffe das hilft Dir.

[goofy13]

Zitat:

Zitat von flashpixx (Beitrag 1439874)

Ich hatte versucht in einem Docker Container (Nanoserver oder Dotnet) das Rad Studio zu installieren bzw. das bin / bin64 Verzeichnis in den Docker Container hineinzukopieren. Weder das Setup startet in dem Container noch lässt sich der Compiler / Linker direkt aus dem bin-Verzeichnis direkt starten.

habe damit gerade selbst mal rumgespielt, ich denke, das Problem sind die Base-Images.

Verwende mal "mcr.microsoft.com/windows/servercore:ltsc2019" oder falls auch msbuild benötigt wird "mcr.microsoft.com/dotnet/framework/runtime:4.8".

Damit gibt dcc32 beim Aufruf im Container zumindest die Parameter aus, weiter habe ich es noch nicht probiert.