15 replies to this topic

[rene0905]

Hallo liebe Mitstreiter dies ist mein Ersterbeitrag hier in diesem Forum un dich hoffe doch auf starke Resonanz. In meiner Ausbildung stehe ich vor folgendem Problem.

Ich möchte ein Update verfahren Entwicklen, bis jetzt reicht mein Wissen noch nicht aus. Ich möchte eine MSI- oder eine EXE-Datei erstellen die vorinstallierte Software auf dem Rechner / auf Netzwerklaufwerken erkennt und die neu erhobenen Daten in das vorgeschriebene Verzeichniss kopiert.

Habe da auch schon erste Erfolge hinter mir, nämlich dass ich die Suche nach einem Eintrag in der Registry zur Startbedingung mache. In der Registry steht dann der Verzeichisspfad des installerierten Programms. Das funktioniert auch so weit einwandfrei, aber wird es im Einsatz bei dem kunden nicht funktionieren, da die bei Kunden bereits installierte Software keinerlei dieser Einträge vorgenommen hat, so werde ich demnach auch keine finden und das Update ist gescheitert.

Ich denke da an folgenden Ansatz: Die Startbedingung abändern, so dass die MSI/EXE-Datei nicht nach einem Registryeintrag suchen muss, sondern nach meiner Auszuführenden [Name].EXE auf dem Computer, sowie alle Netzwerklaufwerke. An dieser Stelle soll dann mein Update installiert werden. Das liebe Mitstreiter ist mein Problem. Ich bekomme es nicht hin.

Vielleicht gibt es ja einen ganz anderen Ansatz, der mir weiterhilft... Aber ich weis dass es nicht ClickOnce sein kann, weil das zu vielen Veränderungen bei Kunden führt.

KONKTETE FRAGE: Gibt es beim Studio ein Funktion, die den Pfad einer sich im Netzwerk/Computer befindlichen Datei ausliest, den Namen der Datei abschneidet und mir dann als String in eine Variable schreibt, die ich dann einem Benutzerdefiniertem Ordner übergebn kann?

Ich weis es sind viele Fragen und Möglichkeiten die offen stehen, doch bitte versucht mir tipps und Anregungen zu geben.

(P.S. für die Schönheit noch ne Frage: Wenn ich das Update installiere, wie bekomme ich es hin, das nicht zwei mal meine Software in "Start->Einstellungen->Systemsteuerung->Software" zu sehen ist?)


mit freundlich Grüßen aus Hamburg

René

[Stefan Krueger]

Für die Stringverarbeitung schreibst du am besten eine Custom Action.
Aber bedenke, dass das ABsuchen aller lokalen Festplatten schon sehr lange dauern kann. Das durchsuchen aller Netzwerklaufwerke noch länger, durchaus auch Stunden.

Wenn es einen Uninstall-Eintrag für die alte Version gibt, dann steht dort vielleicht auch das Zielverzeichnis drin. Schau doch mla in der Registry unter HKLM\Software\Microsoft\Windows\Current Version\Uninstall

[rene0905]

Hallo Stefan,

im Vorwege schon einmal vielen Dank für das Aufzeigen, eines andern Lösungsweg. Leider werden von unserem Programm keiner dieser Einträge gesetzt.

Zur Dateisuche:

Wie gewährleiste ich, dass auch das ganze Neztwerk durchsucht wird?:

Gebe ich in den Eigenschaften der Startbedingung: Dateisuche beim Punkt "Folder" einfach keinen Wert an?

Weitere Möglichkeit:

Wenn ich eine Umgebungsvariable in Windows ertstelle, kann ich dann einfach dem propertiy wert des benutzterdefinierten Ordner den Name der Umgebungsbariable, bespielsweise "pfad_mein_programm" übergeben? Braucht man dafür Admin-Rechte? Wie sieht es mir mit der Erkennbarkeit im Netzwerk aus?

Zur Erkennung im Netzwerk:

Angenommen meine Software ist auf einem Server "xy" irgendwo in einer Domäne installiert...Wie komme ich an die Registrierungen auf diesem Server ran, so dass meinen Benutzerdefinierten Ordner füllen kann?

[Stefan Krueger]

[rene0905]

Hallo Stefan,

vielen Dank für den Hinweis. Mir sind da leider etwas die Hände gebunden, da ich mit dem Microsoft Visual Studio .NET 2003 arbeiten muss.

Die Möglichkeiten die mir dort gegeben sind sollten doch für ein Updaten reichen oder nicht?

Ich habe mir überlegt, das ich die Funktionalitäten des Setups einschränke und die wichtigsten Änderungen über eine Programm durchführe, das nach der Installation gestartet wird... Jedoch stehe ich immer noch vor einem Problem:

Jetzt gehts erst richtig los: Wenn ich mir eine Software baue und diese Fertig ist bauen ich mir eine msi-Datei, die mir die verzeichniss-Struktur anlegt und alle Daten kopiert. Möchte ich jetzt aber ein Quartalsupdate einlaufen lassen, dass hauptsächlich meine auszuführende.exe ändert und vielleicht noch einige Anderen Dateien stehe ich immer noch vor dem Problem, dass wenn ich das neue MSI-Paket installiere, die alte Software gelöscht wird, wenn ich das Update installiere. Wenn ich nicht die ProductVersion erhöhe, kann ich noch nicht einmal das Update installieren, es kommt eine Fehlermeldung, das eine Software bereits installiert ist.

Mein Ziel ist es nur die "upzudatenden" Dateien ausliefern zu müssen.

Baue ich mir nun eine Software mit dem Namen "[meineSoftware]_Update", die die zu aktualisierenden Daten in das Verzeichniss der "alten" Software installiert, funktioniert dass auch. Deinstalliere ich nun aber "[meineSoftware]_Update" bleibt beispielsweise meine Exe. immer noch in der neueren Version im Ordner erhalten... Kannst du mir sagen, wie andere Entwickler es hinbekommen, dass an dieser Stelle dann auch nur noch die Dateien der alten Version wieder "zurück kommen"?

Fern ab davon noch ganz andere Fragen: Was ist eine Patch-Datei und wie erstelle ich sie? Heisst das Datei-Format .msp? Kann das Studio die eine Patch-Datei ertstellen. Diese Fragen würde ich nicht stellen würde mir das MSDN Aufschluss geben.

Schon mal im Vorraus vielen Dank!!!

mfg aus Hamburg René

Edited by rene0905, 22 February 2008 - 12:41.

[Stefan Krueger]

[rene0905]

Hallo Stefan wieder einmal vielen Dank!

Das Patch-Verfahren ist ja eine sehr mühsame Angelegenheit. Ich habe es erfolgreich mit dem Programm AKInstaller (Demo/Testversion) hinbekommen. Die kostenlose Varinate ist mir geläufig, jedoch möchte ich das auch mit dem Studio erledigen können. Ich weis es ist mehr oder minder umständlich, aber folgendes:

Ich habe mir wie in der Anlietung aus dem MSDN (http://msdn2.microso...816(VS.85).aspx) mir meine zwei .msi Dateien gebastelt und entsprechende Ordner angelegt. Diese gefüllt mit den jeweiligen .msi Dateien und den "Source"-Dateien. Die template.pcp umgeschrieben und versucht den Befehl:

Msimsp.exe -s C:\test\Update\My-Update.PCP -p C:\test\Update\My-Update.msp -l C:\test\Update\Mylog.log

heraus kam die Fehlermeldung Failed to create Patch. error-code: 0xc00e5116

im Log steht folgendes:

[rene0905]

Hallo Stefan ich bins noch einmal.

Ich habs mehr oder weniger geschafft manuell eine .msp-Datei zu erstellen.

Nutzt man das Studio 2003 muss man in den Eigenschaften des Setup folgend einstellen:

"Projekt-->Eigenschaften von Setupname"
Paketdateien = als lose dekomprimierte Dateien
Bootstrapper = keine
Komprimierung = keine

Dann funktioniert das Erstellen einer .msp Datei, aber ich erhalte folgende Fehlermeldung beim ausführen meiner datei:
"es wurde keine gültige Reihenfolge für die Patches gefunden"

Nanu, wo in der pcp muss ich das nun wieder einstellen?

[akerl]

Sorry, dass ich mich auch einmische, aber ein gewisses Grundverständnis für die Update- und Patchverfahren mit MSI sollten vorhanden sein, bevor versucht wird, diese in Produktivszenarien umzusetzen. Wie Stefan schon angemerkt hat, enthält VS keine Option zum Erstellen von Patches, lediglich für die Basispakete. Das PCP ist selbst zu erstellen und wenn kein Frontend vorhanden ist, sind die Einstellungen selbst zu treffen. Die Sequenzreihenfolge der Patches wird normalerweise automatisch erzeugt, wenn die Patchwiz.dll in entsprechender Version vorhanden ist, und die Generierung im PCP nicht deaktiviert wurde. Der Aufbau der PCP ist hier http://msdn2.microso...590(VS.85).aspx beschrieben. Zusätzlich existiert ein Whitepaper in dem die gesamte Sequenzierung erläutert wird (http://www.microsoft.com/downloads/details.aspx?familyid=ad7ac91e-2493-4549-ae6f-bf5e007c12a3&displaylang=en).

Andreas

[rene0905]

Hi Andreas,

bitte entschuldige dich nicht dafür, dass du produktive Beiträge machts.

Zu dir eine Frage: was würdest du machen, wenn du keine Ahnung hast wie etwas funktioniert, du aber wissen wilsste wie es geht? Keine Posts schreiben?

Wie auch immer, ich stehe halt am Anfang und in meiner Firma kann mir da leider keiner helfen, weil deartiges noch nie praktiziert wurde.

Davon mal ganz abgesehen lese ich auch das MSDN und alles was ich in die Finger bekomme...

Nun zum Thema, auf dem Link den du gespostet hast stehet geschrieben, das die Patchwiz.dll in Version4.0 vorliegen muss, um UiCreatePatchPackageEx (Patchwiz.dll) zu nutzten. Ich habe Version 3.1.4000.1830, in der es auch möglich sein soll Patches zu erstellen. Ich dem letzten Post gehe ich (falls es denn so herüber kommt) hauptsächlich auf das Problem mit der Sequenzierung ein, da ich erstmal nur testweise einen Patch "manuell" erstellen will. Ich verstehe schon das diese Sequenzierung nötig ist, doch kann ich sie beeinflussen? Wie auch immer ich werde mir nachher meine .pcp die AKInstaller generiert hat nehmen und mit meiner vergleichen.

Wieso kan AKInstaller auch komprimierte .msi-Dateien "patchen". Gibt es einen eintrag in einer Tabelle der es Msimsp.exe ermöglicht komprimierte Dateien zu patchen?

René

[rene0905]

Hi Andreas,

kurze Frage: Hast du AKInstaller entwickelt? wegen der witzigen Namensgleichheit: AK = Andreas Kern....

[akerl]

Hi René,

zunächst - ich habe AKInstaller nicht entwickelt; ich schreibe zwar auch Tools für den MSI, aber die sind noch nicht fertig. Vorwiegend schreibe ich Bücher und Fachartikel zum MSI (http://windows-insta...et/default.aspx).

Zu Deiner Frage. Natürlich ist es richtig, dass Du fragst - ich wollte das auch keinerzeit in Frage stellen. Ich finde bloß dass das Thema Patching einfach sehr komplex ist (In meinem Buch ca. 250 Seiten) und mein derzeitiger Job bringt es mit sich, dass ich sehr häufig Probleme wieder geradeziehen muss, die durch eine unüberlegte Service-Strategie hervorgerufen werden. Wie gesagt, ich wollte lediglich darauf hinweisen, dass zum Thema Patching so viel zu beachten ist, dass Posts nicht unbedingt dafür geeignet sind.

Im Prinzip kann jedes Tool zum Erzeugen von Patches mit komprimierten Dateien umgehen. Die Tools prüfen ob Target- und UpgradeImage im komprimierten oder unkomprimierten Zustand vorliegen (Flag im Summary Information Stream). Falls komprimiert wird silent eine administrative Installation (msiexec.exe /a) gestartet und das Ergebnis als neues Image verwendet. Für Dein Szenario ist es ausreichend mit VS komprimierte Images zu erzeugen und anschließend diese administrativ zu installieren, bevor sie als neue Quellen verwendet werden.

Gruß Andreas

P.S. Ich sehe dass Du aus Hamburg kommst; ich ziehe in 3 Wochen von MUC nach HH; wir können gerne beim Glas Wein über MSI, Patches etc. philosophieren. Meine Mailadresse findest Du auf meiner Homepage.

[rene0905]

Moin moin,

Oh nein, das war nicht so gemeint.. Ich wollte dich keines Falls in die Lage bringen dich zu rechtfertigen, tut mir Leid:

[rene0905]

An dieser Stelle noch eine Frage: kann nach dem Patchverfahren, wie beim Installationsverfahren ein "Commit" ausführen, so dass eine von mir erstellte .exe Datei aufgerufen wird, nach dem der Patch erfolgreich installiert wurde...


mfg René

[akerl]

Hi René,

ja das ist natürlich möglich. Du must in das UpgradedImage eine CustomAction vom Typ CommitCA integrieren die aus der InstallExecuteSequence aufgerufen wird. Der erstellte Patch (zwischen TargaetImage(s) und UpgradeImage) enthält dann diese Aktion. Du darfst aber beim Erstellen des Patches im PCP-File das Property OptimizeCA nicht setzen, da sonst die CA heraus optimiert wird.

Gruß
Andreas

[rene0905]

Oh super werde ich gleich einmal ausprobieren... Vielen Dank für den Tip....