Installationsformen von Delphi/Optimierung per Batch-Datei

[jaenicke]

Zitat von jbg:

Also unser Delphi 2009 installiert sich in ca. 30 Sekunden ohne Delphi-Installer über eine selbst geschriebene install.bat. Danach noch eine "Delphi-Components" install.bat ausführen, die die IDE konfiguriert, alle Komponenten kompiliert und in der IDE registriert (ca. 40 Sekunden auf SSD).

Solange der Server erreichbar ist, hatten wir mit dem aktuellen GetIt-Installer auch keine Probleme. Es dauert deutlich länger, klar, das dauerte glaube ich 10 Minuten oder so, aber das hängt ja auch vom Installationsumfang ab.

Aber das Installationsskript für alle Komponenten kann man wirklich nur jedem wärmstens empfehlen, ja. Das ist ja nicht besonders schwierig, nur etwas Aufwand, aber dafür läuft dann wirklich auf jedem Rechner alles gleich und ohne manuelles Zutun. Wobei ich vermute, dass du das Skript schöner gelöst hast als ich (ich schreibe einfach einiges vorkonfiguriert via Templates in die Registry).

Nur die JEDIs müssen bei uns vorher manuell mit dem Installer installiert werden. Wobei... da sollte sich doch ein "unattended" Schalter relativ einfach einbauen lassen... wir klicken ja eh nur durch ohne etwas zu ändern. Das habe ich mir gleich mal notiert, das schaue ich mal an, wenn ich die Zeit finde.

[jbg]

Zitat von jaenicke:

Nur die JEDIs müssen bei uns vorher manuell mit dem Installer installiert werden.

Die habe ich in einem eigenen Package (zwei, da Designtime und Runtime getrennt sind) neu verpackt. Das reduziert die Anzahl der Packages die von der IDE geladen werden müssen, womit das Starten einen ticken schneller geht.

Natürlich musste man bei allen Komponenten die Packages einmalig entsprechend auswendig konfigurieren (z.B. gleiches BPL/DCP/DCU Ausgabeverzeichnis, $STRINGCHECKS OFF, ...). Das ist aber jetzt nur dann mit Aufwand verbunden, wenn mal wieder ein Komponenten-Update bevorsteht. Da wir aber Delphi 2009 nutzen, kommt das bei kommerziellen Komponenten selten bis gar nicht mehr vor. Und OpenSource Komponenten/Projekte sind meist einfacher einzubinden, da kein Installer erstmal alles "zerschießt".


Zusammengestrichen sieht die Batchdatei so aus (Kommentare, Echo, Error-Handling entfernt). Ist also nur ein einfacher MSBUILD Ausruf mit ein paar selbst geschrieben Tools, die die Registry und Environment.proj Datei aktualisieren.

Code:

msbuild /nologo /t:build /p:Config=Debug /p:ComponentGenPackage=true Components2009.groupproj

bin\ComponentInstaller Components2009.groupproj /RegisterDesignPackages /RegisterPaths

bin\ExpertInstaller.exe IDEPlugins\IDEFixPack.dll /PRELOAD:IDEPlugins\IDEFixPackStartup.bpl IDEPlugins\DDevExtensions2009.dll IDEPlugins\JclProjectAnalysisExpertDLL120.dll IDEPlugins\DfmCheck2009.bpl

[himitsu]

Also es gibt immernoch keinen Weg, aus einer Batch/FinalBuilder diese environment.proj zu aktualisieren, ohne dafür die BDS zu starten?
z.B. irgendein Tool von Emba aufzurufen

Schlimm ist auch, dass alle Imports, auch so Essentielle, mit einer Condition versehen sind
und es dann auch keine Fehlermeldung oder wenigstens Logmeldung gibt, die angibt, welche Imports nicht ausgeführt wurden.

Zumindestens via /preprocess kann man sich von MSBuild teilweise sagen lassen, was es macht, aber
* die DPROJ selbst zu parsen ist pervers bis fast unmöglich
* schön wöre es, wenn man das Ergebnis des letzten Schrittes bekommen könnte, direkt vor dem Ausführen
* leider stoppt /preprocess wohl schon nach dem "Evaluate imports and properties" -> https://learn.microsoft.com/en-us/vi...w?view=vs-2022

[Uwe Raabe]

Zitat von himitsu:

Also es gibt immernoch keinen Weg, aus einer Batch/FinalBuilder diese environment.proj zu aktualisieren, ohne dafür die BDS zu starten?

Den gibt es tatsächlich: Solange man es nicht mit dem Parameter dnsef bzw. donotsetenvfile unterbindet, macht die GetItCmd.exe das auch. Ein unkritischer Befehl wie GetItCmd -l=Hurz sollte genügen.

[himitsu]

Boar geil.

OK, -h sollte man auch nicht benutzen, aber -l= tut es auch (ohne die "nix gefunden"-Fehlermeldung).

Code:

cd /d "%ProjectPath%"
call "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rsvars.bat"
"%BDS%\bin\GetItCmd.exe" -l=
"%FrameworkDir%\MSBuild.exe" /nologo /target:Build /property:Platform=Win32 /property:Config=Debug "%ProjectFile%"

Dann kann ich nun endlich den alten Code aus meinem FinalBuilderScript rauswerfen.
* HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\22.0\Environment Variables mit dr reg.exe in einen Datei exportieren
* vorne ein [xyz] einfügen
* dann mit der INI-Funktion des FinalBuilders lesen und das als Umbegungsvariablen im FB setzen (könnte man auch pervers als Parameter an die MSBuild-Action übergeben)

* die MSBuild-Actions will ich eh demnächt durch manuelle Aufrufe der MSBuild.exe ersetzen (Run DOS Command / BatchFile)
* dann kann ich die GetItCmd und RSVars vor der MSBuild ausführen und muß nichts mehr manuell parsen

* jetzt muß ich nur noch das perverse Parsen der rsvars.bat ersetzen
In einer Batch kann man ja einfach CALL und sie ausführen lassen.
Aber desetzte Variablen einer Batch als Umgebungsvariable zurück in den FinalBuilder, geht nicht.
Ich lese die Datei "böse" als INI ein, Replace den Batch-Schrott und setzte es per VBScript als Umgebungsvariablen im FinalBuilder. (andere fügen ECHO an solche Dateien an und Parsen die Ausgabe dann im FinalBuilder)

[jaenicke]

Zitat von himitsu:

Also es gibt immernoch keinen Weg, aus einer Batch/FinalBuilder diese environment.proj zu aktualisieren, ohne dafür die BDS zu starten?

Das mache ich schlicht selbst mit meinen Buildtools.

Ich glaube ich lasse das auch so, dann habe ich die Kontrolle darüber.

[himitsu]

Info: GetItCmd aktualisiert leider nur die environment.proj , aber nicht die EnvOptions.proj

[add] https://quality.embarcadero.com/browse/RSP-42430

[himitsu]

Aktuelle Lösung (aber in der Hoffnung die reparieren es dieses Jahrtausend noch)

Hmmm, "Wait For File Change" funktionierte irgendwie nicht ... es läuft bis zum Timeout, obwohl sich das Änderungsdatum ändert ... mit Attribut ging's dann
(an einer anderen Stelle funktioniert so ein Warten, auf eine Datei, welche durch ein DCC32 eines parallelen FinalBuilders geändert wird)

[himitsu]

Bin ich wirklich der Einzige, der sich auch nach so vielen Jahren endlich wünscht, dass es repariert wird? (0 Votes)

https://quality.embarcadero.com/browse/RSP-42430

[jaenicke]

Ich habe die Aktualisierung der Datei schlicht in mein AutoSetup-Tool eingebaut. Das geht schnell und ich bin nicht auf irgendwelche anderen Tools angewiesen.