9 replies to this topic

[cheese-2402]

Hallo,

ich hab das Forum durchkämmt und leider für mich nichts Weiterführendes gefunden, was ich nicht schon beachtet hätte.

Problem: Ich habe ein altes Setup, welches mit WixEdit erstellt wurde. Dieses soll nun durch eine InstallShield-Installation abgelöst werden.

Ich habe mir in der Hilfe und im Forum nun die ganzen Themen zum Minor-Upgrade durchgelesen. Ich denke nichts anderes ist mein Setup.
- Ich tausche Dateien
- aktualisiere die Registry-Values
- Schreibe die neue Version in die Ini-Files

Mein Setup besteht aus verschiedenen Features, einmal Client und einmal Server, die beiden jeweils unterteilt auf Neuinstallation und Update, wobei beim Update alle Komponenten hängen, die bei Neuinstallation und Update gebraucht werden und bei Neuinstallation nur die, die beim ersten mal installiert werden wie Leerdaten etc.

Der Aufruf erfolgt mit msiexec /i Produkt.msi REINSTALL=UpdateClient REINSTALLMODE=vamus

Den Produktcode und den UpgradeCode habe ich gleich gelassen, die Package-Id geändert. Die Features heißen auch so. Die Komponenten habe ich auch gleich benannt und die gleichen GUID's für die Komponenten verwendet.

Kann es sein, dass es an den KeyFiles liegt? Weil beim WixEdit habe ich alle Dateien per Hand hinzugefügt, beim InstallShield möchte ich aber gerne die dynamische Verknüpfung verwenden (ohne Unterordner und best praktice).

Irgendwie hab ich schon ziemlich Alles, was im Forum beschrieben wird, probiert, nix hat geholfen.

Anmerkung: Ich habe im alten Setup noch komponenten drin, die ich nicht mehr brauche (War z.B. zum löschen einer Datei). Dadurch bekomme ich SELMGR-Fehler, dies habe ich gerade im Log gesehen. Kann dies daran liegen?

Hat wer ne Idee, was ich falsch mache?

Gruß Christoph

Edited by cheese-2402, 13 February 2009 - 16:05.

[Stefan Krueger]

[cheese-2402]

Hallo Stefan,

ich habe leider keine Möglichkeit, ein Major-Upgrade zu machen, da die ganze Umgebung des Updates mit Scripts, kopieren von Update-Cd etc schon vorhanden ist und nicht mehr geändert werden kann. Außerdem sind schon Kundenversionen ausgeliefert, welche schon mit Daten arbeiten und diese würden bei einer Neuinstallation überschrieben.

Die Konvertierung klappt nicht, der Menüpunkt ist bei mir Disabled.

Den Sinn von Best Practice habe ich noch nicht verstanden bzw sehe hier keinen Sinn. Wenn ich für jede Datei eine eigene Komponente habe, bedeutet es nur für mich, dass die Verwaltung der GUIDs und die daraus möglicherweise entstehenden Probleme aufwendiger werden.

Das Eintragen der richtigen Keyfiles hat leider nichts gebracht, ich bekomme auch jetzt kein Update von der alten auf die neue Version, es werden einfach keine Dateien ersetzt.

Woran könnte es noch liegen?

Gruß Christoph

[Stefan Krueger]

[cheese-2402]

Hallo Stefan,

das konvertieren hat leider nicht funktioniert, die Dateien wurden irgendwie nicht gefunden, also hätte es mir nichts genutzt.

Die GUID's hab ich übertragen, ich möchte auch keine Abkürzungen nehmen. Ich habe das ganze Projekt nach meinem Wissensstand und den Möglichkeiten von InsallShield neu bzw nachgebaut.

Zu deiner Anmerkung zu BestPractice. Ich denke, bei einem neuen Projekt ist es nicht schlecht, dies zu verwenden, jedoch für mein Projekt mit dem MinorUpgrade würde dies absolut nicht funktionieren.

Zum eigentlichen Problem: Anscheinend waren GUID's der Komponenten verzogen, ich habe diese allesamt übertragen vom Alten aufs neue Projekt und da wurde wohl etwas nicht gespeichert oder ging verloren, keine Ahnung. Auf alle Fälle gehts jetzt. Was ich aber festgestellt habe, es geht auch ohne KeyFiles, er macht trotzdem das Update, da ich ja mit vamus aufrufe und er dann die Dateien ja immer überschreibt, was auch so gewollt ist.

Jetzt steht nur noch der Test unter Vista aus, bei XP klappts schon ganz gut :-)

Gruß Christoph

[cheese-2402]

Hallo Stefan,

unter Vista hab ich nun noch ein Problem, welches ich noch nicht gelöst habe bzw nicht mehr weiß, woran es liegen könnte.

Bei der Installation werden 3 Dienste installiert, die ich bei der Deinstallation wieder löschen möchte. Unter XP soweit kein Problem, nur die Dienste werden nicht deinstalliert. Unter Vista kommt die Meldung, dass die Anwendungen geschlossen werden müssen.

Hast du vielleicht einen Tipp auf Lager, warum dies nicht funktioniert?

Das Installieren von Diensten funktioniert mit dem InstallShield-Projekt einwandfrei, nur beim Steuern scheine ich ins Schlingern zu geraten, obwohl ich sage, er soll Deinstallieren bzw bei Installation anhalten, bei Deinstallation anhalten/löschen.

Was mich wundert ist, dass das Update einwandfrei funktioniert bzw hier auch die Dienste gestoppt werden.

Gruß Christoph

[Stefan Krueger]

[Stefan Krueger]

Ich nehme an, dass in beiden Fällen (XP und Vista) die Dienste nicht gestoppt werden und dehalb nicht deinstalliert werden. Der Unterschied ist, dass Vista eine bessere Erkennung für laufende Prozesse hat, die zu löschende Dateien blockieren. XP merkt es nicht, deshalb kommt keine Meldung.

[cheese-2402]

Ich habe die Lösung nach einer Unterbrechung für ein anderes Projekt endlich gefunden.

Durch die vielen Installationsversuche, teils auch mit halbfertigen Paketen, scheint der Dienstmanager durcheinander gekommen zu sein. Rechner neu aufgesetzt, jetzt funktioniert es.

Was ich jetzt noch gesehen habe:

In WixEdit habe ich einen Ordner angelegt, in dem die Ini-Datei-Änderungen angelegt waren. Dieser tauchte jedoch nie auf, da hier über ID's gegangen wurde und damit ein anderer Ordner zugeordnet bei Ausführung. Wenn ich jetzt aber eine InstallShield-Version darüber installieren lasse, habe ich das Problem, dass auf einmal dieser Ordner sichtbar wird und InstallShield die Ini-Änderungen in diesem Ordner anlegt.

Daher meine Frage, habe ich irgendeine Möglichkeit, dies zu ändern?

Gruß Christoph

[Stefan Krueger]

Die Frage mit den INI-Dateien verstehe ich nciht. Kannst du es bitte nochmal beschreiben?