Hallo Windfried!,
REMOVEXSISTINGPRODUCTS, wo soll ich das in der .msi setzen?
Im Table ActionText taucht das auf, da sind ihm Templates zugewiesen, ich denke nicht das es dort ist.
Im Table InstallExecuteSequence gibt es auch REMOVEXSISTINGPRODUCTS, allerdings gibt es dort kein "Value" sondern ein "Condition", und das lautet: REMOVEOLDERJRES=1, womit sich der Kreis schließt. Ich habe nicht das Gefühl das ich da einfach eine 0 reinschreiben sollte.
Oder sollte ich im Property Table eine entsprechende Zeile einfügen? Sowas geht auch wie ich bei Libre gelernt habe :-)
Ich mein wenn es absolut nicht anders geht Wechsel ich halt von .msi mit .mst File auf .msi mit CommandLineParametern, so viele sind das ja nicht bei JAVA, aber den Unterschied sehe ich irgendwie nicht. Das sollte doch praktisch das Gleiche sein.
Ich weiß das du Uninstall2Install.exe schon ein paar Mal empfohlen hast. Ich sehe es trotzdem etwas als notdürftige Ersatzlösung.
Weil:
Ideal - die Deinstallation funktioniert einfach
Optimal - die Deinstallation der alten Version läßt sich in der sowieso benutzten Config ( .msi ) steuern
Gut - die Deinstallation läßt sich als extra Update über das aufgestülpte Deployment regeln ( WPP ), muss aber manuell gemanagt werden
Befriedigend - Die Deploymentsoftware stellt ein Tool ( zusätzlicher Aufwand )um die Software wieder loszuwerden, mittels Extra Update (Custom Update WPP)
Ausreichend - man benötigt ein weiteres Programm um mit der Deploymentsoftware ein Update zu erzeugen was das Update deinstalliert. ( Uninstall2Install ) ARG!
So sortier ich das für mich zumindest, nichts für ungut!
REMOVEXSISTINGPRODUCTS, wo soll ich das in der .msi setzen?
Im Table ActionText taucht das auf, da sind ihm Templates zugewiesen, ich denke nicht das es dort ist.
Im Table InstallExecuteSequence gibt es auch REMOVEXSISTINGPRODUCTS, allerdings gibt es dort kein "Value" sondern ein "Condition", und das lautet: REMOVEOLDERJRES=1, womit sich der Kreis schließt. Ich habe nicht das Gefühl das ich da einfach eine 0 reinschreiben sollte.
Oder sollte ich im Property Table eine entsprechende Zeile einfügen? Sowas geht auch wie ich bei Libre gelernt habe :-)
Ich mein wenn es absolut nicht anders geht Wechsel ich halt von .msi mit .mst File auf .msi mit CommandLineParametern, so viele sind das ja nicht bei JAVA, aber den Unterschied sehe ich irgendwie nicht. Das sollte doch praktisch das Gleiche sein.
Ich weiß das du Uninstall2Install.exe schon ein paar Mal empfohlen hast. Ich sehe es trotzdem etwas als notdürftige Ersatzlösung.
Weil:
Ideal - die Deinstallation funktioniert einfach
Optimal - die Deinstallation der alten Version läßt sich in der sowieso benutzten Config ( .msi ) steuern
Gut - die Deinstallation läßt sich als extra Update über das aufgestülpte Deployment regeln ( WPP ), muss aber manuell gemanagt werden
Befriedigend - Die Deploymentsoftware stellt ein Tool ( zusätzlicher Aufwand )um die Software wieder loszuwerden, mittels Extra Update (Custom Update WPP)
Ausreichend - man benötigt ein weiteres Programm um mit der Deploymentsoftware ein Update zu erzeugen was das Update deinstalliert. ( Uninstall2Install ) ARG!
So sortier ich das für mich zumindest, nichts für ungut!