MSI Packete erzeugen und verteilen

Magnum Joined: 16 Jun 2004 Posts: 33

Stefan Brutscher wrote:

Allerdings bleibt dir trotz
Softwareverteilungstools das erlernen der MSI Technologie nicht erspart.

Ist nicht richtig. Wir setzen Prism ein und Prism hat ein
eigenes optimiertes Format inklusive Rollback. Da habe ich mit MSI nix
mehr zu tun. Das Verfahren ist wesentlich besser und effektiver als MSI,
zuverlässiger und schneller. Soweit ich weiss auch rechtlich geschützt.

Jep, so ist es. Es ist soweit ich weiß mit 3 Patenten geschützt.
Prism kann den PC wenn man es will, komplett wieder so herstellen wie er vorher war. Die Software arbeitet sehr intelligent, also wenn beispielsweise eine DLL aus einer Prism Installation noch für den Rechner gebraucht wird, dann löscht Prism diese nicht einfach wieder, wenn man eine Deinstallation durchführt, sondern lässt diese auf den Rechner drauf. Oder es überschreibt auch nicht einfach eine DLL, sondern sieht erst nach ob die neuer ist. Außerdem arbeitet Prism wesentlich schneller, da es nur die Daten an den Client schickt, die auch für die Installtion benötigt werden. Z.b. Office von Windows hat als MSI ca. 500 DLLs dabei. Ca. 300 sind aber auf dem Rechner schon drauf, also werden auch bloß 200 DLLs an den Rechner gesendet!

Just wrote:

Stefan Brutscher wrote:

Allerdings bleibt dir trotz
Softwareverteilungstools das erlernen der MSI Technologie nicht erspart.

Ist nicht richtig. Wir setzen Prism ein und Prism hat ein
eigenes optimiertes Format inklusive Rollback. Da habe ich mit MSI nix
mehr zu tun. Das Verfahren ist wesentlich besser und effektiver als MSI,
zuverlässiger und schneller. Soweit ich weiss auch rechtlich geschützt.

der vorteil von msi gegenueber einer proprietaeren loesung wie prism (oder netinstall, altiris etc.) ist aber eben, dass du den "transport-layer", also die software, die das package auf den rechner bringt beliebig wechseln kannst und dich somit nicht von einem hersteller abhaengig machst. Wink

Magnum Joined: 16 Jun 2004 Posts: 33

bingen wrote:

der vorteil von msi gegenueber einer proprietaeren
loesung wie prism (oder netinstall, altiris etc.) ist aber eben, dass du
den "transport-layer", also die software, die das package auf den
rechner bringt beliebig wechseln kannst und dich somit nicht von einem
hersteller abhaengig machst. Wink

Ist nicht ganz richtig. Aus einem Prism Package kann ich auch direkt ein
MSI erstellen, wäre also unabhängig wenn ich das wollte...

Kann auch MSI's verteilen oder eine EXE erzeugen. Die Prism-Packages
sind aber deutlich schneller und zuverlässiger.

Kann somit auch jedes beliebige Setup in ein Prism Package oder MSI
wandeln. Auch beliebige Einstellungen, seien es Desktop oder
Anwendungseinstellungen kann ich in ein Paket packen (ist eine einzige
Datei), oder halt in eine MSI Wink

.

Innerhalb von 5 Minuten packe und verteile ich alles was ich möchte. Die
meiste Zeit geht drauf um das Setup der Anwendung aufzurufen...

Ausserdem sehe ich jederzeit was eine Software auf dem Rechner
installieren will...

Habe also ALLE Möglichkeiten, für mich einfach perfekt.

Just wrote:

Kann auch MSI's verteilen oder eine EXE erzeugen. Die Prism-Packages
sind aber deutlich schneller und zuverlässiger.

Innerhalb von 5 Minuten packe und verteile ich alles was ich möchte. Die
meiste Zeit geht drauf um das Setup der Anwendung aufzurufen...

das ist ungefaehr dieselbe zeit die alle anderen repackager fuer einen snapshot brauchen. zeitaufwaendig ist immer nur die nachbearbeitung.

es geht ja nicht darum welches tool jetzt besser, schneller verteilt (oder noch weisser waescht Smile

), sondern einfach, dass, wenn du dich an standards wie msi haelst, du herstellerunabhaengig bist.
ausserdem kann du dann die installation auch OHNE dein verteilungstool testen oder durchfuehren. Smile

Magnum Joined: 16 Jun 2004 Posts: 33

bingen wrote:

sondern einfach, dass, wenn du dich an
standards wie msi haelst, du herstellerunabhaengig bist.

Nicht das ich was gegen Standards hätte, ich befürworte sie. Trotzdem
sind sie manchmal nicht besonders hilfreich.

Wenn ich mit anderen Methoden *wesentlich* schneller, effektiver und
sicherer bin, so werde ich diese einsetzen.

Wenn ich (egal welche Anwendung) einsetze, bin ich immer von Herstellern
abhängig. Zum guten Schluss halt von M$.

bingen wrote:

das ist ungefaehr dieselbe zeit die alle anderen
repackager fuer einen snapshot brauchen. zeitaufwaendig ist immer nur
die nachbearbeitung.

Den Package Editor einfach mal gesehen haben. Meines Erachtens der
einfachste den es überhaupt gibt. Zumal durch interne Regeln nur
minimale Aufräumarbeiten nötig sind, wenn überhaupt.

bingen wrote:

ausserdem kann du dann die installation auch OHNE dein
verteilungstool testen oder durchfuehren. Smile

Ein Test gestaltet sich recht einfach. Ein Client ist durch ein
Subscription innerhalb von ein zwei Sekunden installiert. Wir verwenden
weiterhin vmware zum Test, geht also alles recht flott. Wink

Da sehe ich
keinen Vorteil.

Letzendlich geht es um eine Lösung des eigentlichen Problems, einer
effektiven Softwareverteilung und da gibt es schon Unterschiede...

Stefan Brutscher wrote:

mathias2 wrote:

hmm ok, wo genau finde ich den Microsoft Orca nun? Im MSI SDK? Was ist das?

Die SDK's findest du unter
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/default.htm?p=/msdownload/platformsdk/sdkupdate/psdkredist.htm
Du musst leider das komplette Kit runter laden um an die MSI 2.0 Resourcen zu gelangen.
Nach der Installation findest du den Orca unter deinem Programm Verzeichnis.

Aber wie bingen schon geschrieben hat: Vorsicht vor zu schneller Änderung.

Gruß
Stefan

Hmm, da ist soviel zum runterladen, ich weiß jetz echt nich, was ich davon runterladen soll... Shocked

mathias2 wrote:

Hmm, da ist soviel zum runterladen, ich weiß jetz echt nich, was ich davon runterladen soll... Shocked

einfach das windows installer sdk runterladen und installieren.
orca.msi befindet sich dann im bin verzeichnis. (glaub ich zumindest Wink

)

MSI SDK bei Mircosoft

so, ich muss nun notgedrungen mit MSIs arbeiten. Wo ist es besser die Dateien zu verteilen? Computer- oder Benutzerkonfiguration, oder besser gesagt wo ist da der große Unterschied?
Und wo ist der Unterschied zwischen Zuweisen und Veröffentlichen?

Ich will eigentlich die Software einfach installieren, wenn die Benutzer nicht am Rechner sind, also der Login Bildschirm zu sehen ist. Das Programm soll einfach installiert werden. Deswegen habe ich auch MSI Pakete erzeugt, damit kein Eingaben gemacht werden müssen, wie z.b. bei office XP

mathias2 wrote:

so, ich muss nun notgedrungen mit MSIs arbeiten. Wo ist es besser die Dateien zu verteilen? Computer- oder Benutzerkonfiguration, oder besser gesagt wo ist da der große Unterschied?
Und wo ist der Unterschied zwischen Zuweisen und Veröffentlichen?

zuweisen und veröffentlichen klingt schwer nach AD (assign/publish). das hat eigentlich mit msi und repaketierung nichts zu tun.
das produkt einer repaketierung, also die msi datei, kannst du mit jedem softwareverteilungstool verteilen.

falls du per ad/gpo verteilst kannst du entweder assign (zweisen, d.h. der user bekommt die software installiert) oder publish (veroeffentlichen, d.h. der user kann die software installieren, wenn er will) waehlen.
womit du besser liegst haengt natuerlich von deinem umfeld ab. Wink

msi pakete sind normalerweise maschinenbezogen zu installieren. aber auch hier haengts von deinem umfeld ab, ob und welche software du maschinen- oder benutzerbezogen verteilst.

hth,