13 replies to this topic

[herrbecht]

Hallo

ich bin neu hier...
wollte erstmal sagen, daß ich das Forum klasse finde...

EDIT: Sorry das Posting ist ziemlich lang geworden...bitte trotzdem lesen!

nun zu meinem Problem:

Fast alle Dateien meiner Installation habe KEINE Versionsnummer. Ich benutze statische Dateiverknüpfungen, die ich mit Hilfe des Komponenten-Assistenten automatisch erstellt habe (nach den "Best-Practise"-Regeln). Die Erstinstallation ist kein Problem... aber die Folgeinstallationen (Minor/Major-Upgrades, Patches) ist problematisch.
Ich habe mir die Dateiüberschreibungsregeln angeschaut: Da meine Dateien ja keine Versionsnummer besitzen und (hoffentlich) nicht auf dem PC des Anwenders verändert werden werden die Hash-Werte der Datein benutzt, um festzustellen, ob die Datei ersetzt werden soll. Außerdem habe ich gelesen, daß bei der Überschreibung von Datein immer nur die Key-Dateien untersucht werden. Wenn die Key-Datei NICHT ersetzt wird, werden die anderen Dateien (Companion-Dateien) dieser Komponente ebenfalls NICHT ersetzt, egal ob sie sich geändert haben oder nicht. Andersrum funktioniert es genauso: Wenn die Key-Datei ersetzt wird, werden auch die anderen (Nicht-Key-Dateien) ersetzt.
Und genau das ist mein Problem. Wenn sich eine meiner Companion-Dateien ändert, ist es möglich, daß die Datei bei der Installation nicht ersetzt wird, weil die Key-Datei dieser Komponente sich nicht geändert hat!!!!

Ich hätte gerne daß alle Dateien immer überschrieben werden oder daß MSI bei jeder Datei prüft, ob diese Datei ersetzt werden soll oder nicht.

Zuerst dachte ich ich könnte das Problem lösen in dem ich die Property REINSTALLMODE = a setze. Leider habe ich dann erfahren, daß Patches mit dieser Einstellung nicht mehr möglich sind, weil der Patch die ursprüngliche MSI-Datei verlangt. Heißt das, wenn ich auf Patches verzichten würde (als Minimallösung) könnte ich für Minor/Major-Upgrades mit REINSTALLMODE = a arbeiten...?

Gibt es für mein Problem eine Lösung (bei der auch Patches funktionieren)????


Die einzige Lösung, die mir eingefallen ist: Jede Datei als Key-Datei in einer eigene Komponente.

Das Problem dieser Lösung: Das Projekt besteht aus über tausend Dateien... Gibt es eine Möglichkeit mit InstallShield die Dateien auf diese Art (eine Datei pro Komponente) automatisch einzufügen oder muß ich jede Datei von Hand einfügen ???
Der Komponenten-Assistent fügt die Dateien immer nach den "Best-Practise"-Regeln ein.

Gibt es irgendeine Lösung für mein Problem??? Oder bin ich total auf dem Holzweg und es gibt eine ganz andere, bessere Lösung???? Bitte helft mir !!!!! Bin wirklich verzweifelt... !!!

Vielen Dank schonmal im Vorraus...

Edited by herrbecht, 04 October 2004 - 13:54.

[ali]

du könntest ein Major Upgrade machen. Dann wird die alte Installation erst entfernt, dann die neue hininstalliert.

[Stefan Krueger]

Um Missverständnisse zu vermeiden: so wie du es beschreibst handelt es sich nicht um Companion Dateien.
Jede Datei in eine eigene Komponente zu packen wäre tatsächlich eine Möglichkeit.
REINSTALLMODE a würde ich normalerweise nicht empfehlen, weil dann ALLE Dateien in deinem Setup neu installiert werden, also z.B. auch DLLs die du ins Windows verzeichnis installierst. Datei werden die Versionsregeln ignoriert, so dass es zu einem Downgrade kommen kann.
Ein Major Upgrade wäre eine saubere Lösumg.
Ein Tool zum Erzeugen von Komponenten steht unter http://www.installsi...reateComponents zum Download (seit ein paar Minuten)

[herrbecht]

Vielen Dank!!!!

das ist wirklich cool!!!! DANKE...

Ein Major-Upgrade ist natürlich eine gute Möglichkeit....
Das bei REINSTALLMODE a alle Dateien überschreiben werden (auch in Systemverzeichnissen) ist in meinem speziellen Fall nicht schlimmm, da außer einer ini-Datei im Windowsverzeichnis keine Dateien in solche Verzeichnisse geschrieben werden (die bisherige Installation (Skript) hat immer auch immer alles überschrieben). Das einzige Problem ist, das mit REINSTALLMODE a keine PATCHES möglich sind, die wir eigentlich benutzen wollten.

Mit Companion-Files meinte ich die Dateien, die bei statischer Dateiverknüpfung in einer Komponente sind und KEINE Key-Files sind. Sry, wenn ich die Begrifflichkeiten da nicht korrekt waren, hab das auch mehr aus dem Englischen übersetzt, und bei meinem Englischkenntnissen....;-)

Zu dem Tool habe ich eine Frage: Ich habe das jetzt extrahiert und versucht zu starten, aber es kommt eine Fehlermeldung: DLL nicht gefunden . Muß die Datei in einem bestimmten Verzeichnis stehen? oder was mache ich falsch???

Vielen Dank schonmal!!

Edited by herrbecht, 05 October 2004 - 10:06.

[Stefan Krueger]

Der Begriff Companion bezeichnet eine Datei, bei der anstelle einer Versionsnummer ein Verweis auf eine andere Datei hinterlegt ist.
Auch mit REINSTALLMODE a sollte ein Patch möglich sein, allerdings wird bei der Installation dann das Original-Medium benötigt.
Das Tool benötigt das .NET Framework (getestet mit 1.1, weiss nicht ob es auch mit 1.0 funktionieren würde)

[herrbecht]

Wirklich Vielen Dank für die Infos!!!!!

[herrbecht]

Ich habe noch eine Frage... sorry (hab leider soooo viele Fragen... )
Gibt es ein Tool/Skript für Installshield X (Automation-Interface) mit dem ich bestimmte Dateien oder am besten gleich allen Dateien eine Version geben bzw die schon existierende Versionsnummer hochsetzten kann????

Der Grund warum ich frage ist folgender: Wie ich in meinem ersten Posting beschrieben habe, besitzen FAST alle meine zu installierenden Dateien KEINE Versionsnummer.. FAST:
In meinem Projekt gibt es ca. 40-50 Dateien mit Versionsnummer. Leider habe ich gerade erfahren, daß die Versionsnummern dieser Dateien NICHT hochgesetzt wird, wenn sich die Datei ändert! AArrrggg
Ich könnte natürlich jetzt hingehen und bei jedem Release die Versionsnummer der betroffenen Dateien per Hand hochsetzten (Eigenschaften der Datei, "Systemversion außer Kraft setzen"). Das wäre jedoch eine aufwändige und fehleranfällige Handarbeit weil zu allem Überfluß die Dateien auch noch total verschiedene Versionsnummern haben (ich weiß das ist kurios , da fragt man sich wer diese Versionsnummer hochgesetzt hat??? aber ich kann es nicht ändern... )

Jetzt habe ich überlegt vllt gibt es ja ein tool für die Automation-Schnittstelle von Installshield, mit dem man sowas machen könnte.

Vllt wäre es bei meiner Situation auch intelligent (vorausgesetzt es gibt so ein tool) bei jedem Release einfach allen Dateien eine Version zu geben/hochzusetzen, dann hätte ich kein Problem mehr mit Dateiüberschreibungen (oder übersehe ich was hier) ??? Wenn man das machen würde, würde dann ein Patch sinnvoll funktionieren, oder würde er alle Dateien enthalten und somit sinnlos werden???? Da man ja glaube ich wählen kann, ob ein Patch nur ganze Dateien oder nur die wirklichen Unterschiede (auf bit-Ebene) enthält, müsste zu mindestens bei der letzten Möglichkeit ein Patch trotzdem funktionieren und nur die Unterschiede enthalten...oder???

Sorry für die vielen Fragen aber MSI treibt mich wirklich schon fast in den Wahnsinn...

Wäre wirklich nett, wenn mir jmd helfen könnte...

bin für jede Hilfe dankbar!!!!

Edited by herrbecht, 08 October 2004 - 14:54.

[Stefan Krueger]

Also, eins nach dem anderen:

[herrbecht]

Vielen Dank für die Antwort...

EDIT:SORRY für den langen Post, aber fiel mir schwer diese mysteriösen Phänomene kürzer zu beschreiben, bitte trotzdem lesen...thx

Das Problem sind die Dateien die eine Versionsnummer besitzen, die aber nicht hochgesetzt wird wenn die Datei sich ändert.

Ich habe das Patch'en mal ausprobiert und bin zu wirklich seltsamen Erkenntnissen gelangt:
Ich habe eine Version 1 erstellt und installiert. Anschließend habe ich ein Major-Upgrade erzeugt (Version 2) mit ein paar geänderten Dateien; darunter auch 2 Dateien, deren Versionsnummer gleichgeblieben ist (deren Inhalt sich aber geändert hat). Ich wählte (beim Major-Upgrade) die Einstellung:"Altes Setup vollständig deinstallieren, bevor neues Setup installiert wird".
Aus diesen beiden MSI-Files (Version 1 und Version 2) habe ich dann einen Patch erzeugt. Ich habe mir die Log-Datei der Patcherstellung angesehen um festzustellen, ob die geänderten Dateien mit der gleichgebliebenen Versionsnummer überhaupt im Patch enthalten waren (ich dachte vllt ignoriert MSI die Dateien bei der Patcherstellung, weil sich die Versionsnummer nicht geändert hat). Die Dateien waren in dem Patch enthalten, es wurde lediglich eine Warnung gegeben.

Hier ein Auszug:

[Stefan Krueger]

Deine beiden Quotes aus dem Log sind identisch.
Beim Patch wird normalerweise der REINSTALLMODE=omus verwendet, wobei o bedeutet, dass ältere (older) Dateien überschrieben werden sollen. Mit emus (e=equal) werden ältere or gleiche Versionen überschrieben.
Major Upgrades sollten normalerweise nicht als Patch verteilt werden.

[herrbecht]

Hab die Quotes aus dem Log verbessert... sorry... war natürlich ein Fehler...

Vielen Dank für die Infos... : REINSTALLMODE = emus das ist je eigentlich genau das was ich Suche... arrggh hab mir das Hilfe-Topic zu REINSTALLMODE schon ein paar mal angesehen... hatte allerdings total vergessen, daß es sowas wie "e" gibt... DANKE! Das funktioniert super: Logauszug (REINSTALLMODE=emus):

[Stefan Krueger]

Doch, auch bei "e" könnte es dazu kommen, dass das Originalmedium verlangt wird.
Das mit den Major Upgrade Patches ist nicht verboten, es passt nur eigentlich nicht si ganz ins Konzept, und manche Leute hatten schon Probleme damit.

[herrbecht]

[Kai32]