UnInstaller - Links löschen

[musicman56]

Zitat:

Aber blöd fragen ist halt einfacher als Lesen

Lieber Kollege,

ich möchte wirklich nicht unhöflich sein, aber die Frage muss nun schon erlaubt sein, was denn nun blöder ist: Meine Frage oder deine Antwort.

Aber, um deine Frage zu beantworten: Ja, ich habe mich auf der Inno-Homepage umgesehen. Aber der Quellcode ist nicht so einfach zu bekommen. Erst dieses Tool zum Runterladen installieren usw. So einfach machen es die einem nicht.

Abgesehen davon finde ich es nicht gut und richtig, wenn ich von einer Frage nichts verstehe, auch noch dumme Bemerkungen zu machen. Ich treibe mich schon jahrelang in vielen Foren rum, habe auch schon vielen Usern geholfen bei Dinegen von denen ich mehr verstehe, als von programmieren. Dabei hab ich schon einiges erlebt, auch solche Kommentare wie dieser oder von "Sir Rufo".

"dass den Aufwand dort einen eigenen Installer zu bauen in keinster Weise rechtfertigt, oder brutaler gesagt Zeitverschwendung ist."

Woher nehmt ihr eigentlich die Gewissheit, dass mein problem bzw. meine Aufgabenstellung mit Inno lösbar wäre? Oder zumindest der Aufwand mit Inno geringer wäre?

Ich habe mir in allen Foren zu gewohnheit gemacht, wenn ich zu einem Thema nix weiß, dann halte ich mich auch mit so schlauen Kommentaren wie ihr sie jetzt abgebt zurück. Es ist ja keine Schande wenn ich nicht alles weiß. Aber habe ich dann das Recht mich so abfällig über die Fragestellung zu äußern?

Ich weiß, dass Inno viel kann, und flexibel ist, aber das was ich momentan mache kann mit Inno definitiv nicht gemacht werden. Seit 20 Jahren verdiene ich meine Brötchen als Selbständiger Entwickler mit Schwerpunkt Datenbank. Glaubt ihr wirklich ich bin so blöd nicht abschätzen zu können, was sich vom Aufwand her lohnt, und was nicht?

Und ich dachte schon, in diesem Forum gibt es überwiegend "normale" User. Hab mich wohl getäuscht.

[dunningkruger]

Hallo - lieber - MusicMan56!

"Aber, um deine Frage zu beantworten: Ja, ich habe mich auf der Inno-Homepage umgesehen. Aber der Quellcode ist nicht so einfach zu bekommen. Erst dieses Tool zum Runterladen installieren usw. So einfach machen es die einem nicht."

Auf der Homepage von Jordan Russell gibt's einen direkten Download-Link für den Delphi-Sourcecode. Direkt und ohne irgendwelche Download-Tools!

Und hier, in diesem Forum, gibt es viele, normale "User"!

HQ-Arschlöcher wie ich würden sich nicht "MusicManXX", sondern "AlembicXX" nennen!

Aber offensichtlich spielen wir in unterschiedlichen Szenarien...

[Ralf Kaiser]

Zitat von musicman56:

Zitat:

Aber blöd fragen ist halt einfacher als Lesen

Ich weiß, dass Inno viel kann, und flexibel ist, aber das was ich momentan mache kann mit Inno definitiv nicht gemacht werden. Seit 20 Jahren verdiene ich meine Brötchen als Selbständiger Entwickler mit Schwerpunkt Datenbank. Glaubt ihr wirklich ich bin so blöd nicht abschätzen zu können, was sich vom Aufwand her lohnt, und was nicht?

Du hast dir InnoSetup definitiv nicht angesehen!

Wenn du eine besonders komplizierte Aufgabe während des Setups zu erledigen hast dann implementiere diese einfach selbst in einer DLL und rufe sie aus dem Setupskript heraus auf!

So musst du dich nur um diese komplizierte Aufgabe selbst kümmern den Rest (das eigentliche Installieren und Deinstallieren) kannst du dann getrost den Standardfunktionen von InnoSetup überlassen.

Ciao,
Ralf

[cookie22]

Zitat:

Aber, um deine Frage zu beantworten: Ja, ich habe mich auf der Inno-Homepage umgesehen. Aber der Quellcode ist nicht so einfach zu bekommen. Erst dieses Tool zum Runterladen installieren usw. So einfach machen es die einem nicht.

Auf GitHub kann man ohne Probleme direkt aus dem Browser zugreifen.

https://github.com/jrsoftware/issrc

Zitat:

Woher nehmt ihr eigentlich die Gewissheit, dass mein problem bzw. meine Aufgabenstellung mit Inno lösbar wäre? Oder zumindest der Aufwand mit Inno geringer wäre?

Weil Inno einfach ein komplettes Framework für Installationen bietet. Du kannst Exe-Dateien oder Dlls ausführen und brauchst dich nicht um den Installations-Firlefanz zu kümmern, denn das übernimmt Inno und zwar perfekt, ohne auch nur eine Zeile Code.

Zitat:

Ich weiß, dass Inno viel kann, und flexibel ist, aber das was ich momentan mache kann mit Inno definitiv nicht gemacht werden. Seit 20 Jahren verdiene ich meine Brötchen als Selbständiger Entwickler mit Schwerpunkt Datenbank. Glaubt ihr wirklich ich bin so blöd nicht abschätzen zu können, was sich vom Aufwand her lohnt, und was nicht?

Du machst dir die unnötige Arbeit den Installer selbst zu schreiben, obwohl man bei Inno-Setup ohne großen Aufwand "JEDE BELIEBIGE FUNKTIONALITÄT" einfügen kann.

Manchmal sieht man den Wald vor lauter Bäumen nicht, soll selbst ruinierten Profis passieren.

[musicman56]

Zitat:

Du hast dir InnoSetup definitiv nicht angesehen!

In welchem Film bin ich denn jetzt? Dann behaupte ich jetzt mal, du hast definitiv keine Ahnung von dem was du schreibst.

Zitat:

Wenn du eine besonders komplizierte Aufgabe während des Setups zu erledigen hast dann implementiere diese einfach selbst in einer DLL und rufe sie aus dem Setupskript heraus auf!

Das geht schon mal überhaupt nicht, weil der Installer und Uninstaller eine SingleFileExe ist. Und diese SingleFileExe nicht nur bei mir, sondern auch bei meinen Kunden erzeugt werden muss.

Aber, um dich mal aufzuklären, damit du siehst wie gut deine Ratschläge zwar gemeint sind, wie wenig sie aber nützen, die komplette Aufgabenstellung, die wie schon mehrfach gesagt, mit Inno und auch mit einem anderen Installer nicht mit vertretbarem Aufwand machbar ist.

Es geht darum, (m)eine komplette Anwendung von einem Rechner auf einen anderen "umzuziehen", also mit allem was vorhanden ist:

- Client-Server Datenbank. Muss deinstalliert und auf dem neuen System mit "teilweise" (also nicht mit allen) Einstellungen neu installiert werden.
- Alle Datenbanken des Kunden. Das sind Stamm- und Bewegungsdaten in unterschiedlichen Datenbanken von mehreren Mandanten
- Zumindest die letzte (Programm-)Datensicherung meiner integrierten Backup-Funktion.
- Die individuellen Registry-Einstellungen aller User
- Teilweise die Benutzerdaten

und natürlich meine Anwendung selbst. Das sind insgesamt 16 Programm-Module die teilweise individuell installierbar sind. Also nicht jede Installation beinhaltet die selben Module. Es müssen aber in die Installation alle Module aufgenommen werden. Das mach ich schon jahrelang (also auch mit meinem "alten" Installer den ich ebenfalls selber programmiert hab) in der Form, dass ich die Programmdateien in einer Datenbank speichere, die beim Kunden auf dem Server auch gleichzeitig als Update-Datenbank für die Netzwerk-Clients fungiert.

Der Installer muss also als Datenbank-Client fungieren, um überhaupt Programmdateien und Bewegungsdaten in den unterschiedlichen Datenbanken erfassen zu können. Das würde zwar notfalls noch mit einer DLL-Erweiterung gehen, scheidet aber wg. Single-Exe aus, und wegen Problemen beim Ausführen des Datenbank-Clients in einer Dll.

Die Grundanforderung ist, es muss sehr einfach gehen. Geht es auch: Mit nur 4 Mausklicks haben meine Kunden das Setup erstellt.

Der Installer muss beim Rechnerwechsel De-Installieren können (mit der Option es rückgangig machen zu können, darum auch der Papierkorb) und natürlich wieder Installieren. Also alles was ein Standard-Installer können muss, und zusätzlich eben die Benutzerdaten zusammen tragen. Es ist demzufolge naheliegend, diesen Umzug-Installer auch für die generelle Distribution der Software zu verwenden, weil dann nur mehr eine einzige Codebase verwaltet werden muss. Das spart eine Menge Zeit und verhindert Probleme mit unterschiedlichen Programmversionen.

Die Alternative wäre auf dem Kunden-Rechner ein Installations-Script zu generieren, mit welchem ein Installer (wie z.B. Inno) dann abgefeuert wird. Ich hab einen Kumpel (Programmierer-Kollege der sich mit Inno gut auskennt, weil er schon Jahre lang seine Anwendung damit installiert) gebeten, das mal mit Inno zu probieren. Er hat von vorneherein abgelehnt, weil die Erweiterungen die programmiert werden müssten so umfangreich sind, dass es schneller geht das Ganze gleich von vorneherein selber zu programmieren. Mit dem zusätzlichen Vorteil, dass nicht ZWEI verschiedene Codebases (Install-Scripts) gepflegt werden müssten, die zudem noch bei jedem Programm-Update angepasst werden müssten. Falls das mal beim Kunden vergessen wird, nicht funktioniert, oder was auch immer noch alles auftreten kann, sind Probleme schon vorprogrammiert. Das ist ein absolutes NoGo, denn es geht um die Daten meiner Kunden.

So das war's. Heute nacht hab ich übrigens auch mein Problem gelöst.

[p80286]

Zitat von cookie22:

Manchmal sieht man den Wald vor lauter Bäumen nicht, soll selbst ruinierten Profis passieren.

Das konnte ich mir nicht entgehen lassen.
Tschulligung

Gruß
K-H

[cookie22]

Das was du beschreibst, hat mit einem Installer nur noch wenig zu tun.

[Sir Rufo]

Zitat von cookie22:

Das was du beschreibst, hat mit einem Installer nur noch wenig zu tun.

[moinmoin]

"Es geht darum, (m)eine komplette Anwendung von einem Rechner auf einen anderen "umzuziehen", also mit allem was vorhanden ist:

- Client-Server Datenbank. Muss deinstalliert und auf dem neuen System mit "teilweise" (also nicht mit allen) Einstellungen neu installiert werden.
- Alle Datenbanken des Kunden. Das sind Stamm- und Bewegungsdaten in unterschiedlichen Datenbanken von mehreren Mandanten
- Zumindest die letzte (Programm-)Datensicherung meiner integrierten Backup-Funktion.
- Die individuellen Registry-Einstellungen aller User
- Teilweise die Benutzerdaten"

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

[musicman56]

Das hab ich aber schon gleich zum Anfang klipp und klar geschrieben:

Zitat:

Könnte einen Roman über weitere Gründe zur Verwendung eines eigenen Installationsprogrammes schreiben, doch um die Pro's und Con's geht es ja eigentlich nicht. Das wär ein anderes Thema.

Was mir stinkt ist die Tatsache, dass es - wohl unvermeidlich - in fast jedem Forum Leute gibt die zur Sache selbst (also zur gestellten Frage) nichts beitragen können, weil sie selber absolut keinen Plan dazu haben. Aber irgendwie versuchen sie der Umwelt dann doch glaubhaft zu machen, wie gut sie drauf sind.