Hallo,

gibt es die oben beschriebene Möglichkeit, z.B. bei Prüfung von fehlenden Voraussetzungen, innerhalb der inst.bas, die Installation eines anderen SW-Paketes aus dieser heraus zu starten (und dementsprechend den IST-Stand zu füllen),
oder ist der DX-Union Ansatz dies lediglich über die Installationsvoraussetzungen des jeweiligen SW-Pakets steuern zu können? Die bei uns eingesetzte DX-Union Version ist 7.0.3.22...

MfG

Hallo,

dies ist auch für uns ein relevantes Thema. Für einige Aktionen ist die Steuerung über die Abhängigkeiten nicht ausreichend. Denkbar ist beispielsweise folgendes Szenario:
Auf einem Client wurde mittels Softwareverteilung Mozilla Firefox installiert, dazu verschiedene AddOns, jeweils auch als Paket. Wird nun Firefox aktualisiert (neues Paket mit gemeinsamer Kategorie und Ausschluss auf das vorhandene Paket/AddOns haben eine Abhängigkeit auf die Kategorie), heißt das, Firefox wird mit den vorhandenen AddOns deinstalliert. Mit der Installation des neuen Firefox-Paketes müsste man das Softwareverteilung mitteilen können, dass die AddOn-Pakete erneut zu installieren sind. Setzt man keinen Ausschluss auf das alte Paket, bleiben a) zwar die AddOns auf dem PC aber b) beide Paket-Einträge auf dem Client, obwohl nur eine Version installiert ist.

Anderes Beispiel: Neben MS Office wird beispielsweise MS Visio zusätzlich auf dem Client installiert. Sinnvollerweise sollte im Anschluss die Patchinstallation erfolgen: das Paket "DX-Union Patchinstallation" müsste erneut ausgeführt werden.

Mit freundlichen Grüßen,

Christian Bode

Hallo Herr Ahlrichs,

für uns reicht es wahrscheinlich nicht über die Installationsvoraussetzungen. In unserem speziellen Fall (NOW IT GmbH) haben wir bis dato bei verschiedenen RV-Trägern unterschiedliche SWD-Tools im Einsatz, welche durch DXU in Sachen SWD in diesem Jahr abgelöst werden sollen.
Wir werden teilweise das Problem haben, auf Endgeräten, welche über ein Konkurrenzprodukt ausgestattet worden sind, die IST-Stände auf den Endgeräten nicht immer in DXU sauber und komplett implementiert zu haben.
Zudem haben wir auch nicht sofort alle Pakete der anderen SWD-Tools in DXU paketiert. Demzufolge können nicht sofort alle Endgeräte mit DXU neu ausgestattet werden. Es findet sozusagen ein längerer Parallbetrieb mit dem alten SWD-Tool und DXU statt, bis alles in DXU abgebildet bzw. paketiert ist.
So kann es z. B. sein, dass ein Software-Produkt ein anderes voraussetzt, dieses aber in DXU im Ist-Stand nicht "dokumentiert" ist, sei es, weil das SW-Paket in DXU noch nicht existiert oder aber der IST-Stand nicht sauber migriert wurde.
Der "Nachteil" an den Installationsvoraussetzungen ist ganz klar in unserem spezielle Fall, dass DXU das vorausgesetzte SW-Paket installieren will, dieses Produkt kann aber schon durch ein anderes SWD-Tool installiert worden sein, und DXU sieht das natürlich nicht, da es dafür keinen Ist-Stand gibt, und das ganze kann ordentlich auf dem Endgerät crashen - dies versuchen wir ja auch schon über entsprechende Prüfungen in den bas-skripten zu umgehen.
Sollte dies aber nicht der Fall sein, bzw die entsprechend vorausgesetzt Software nicht gefunden werden - so möchte ich gerne schon nach der Prüfung innerhalb der inst.bas eben über diese das notwendige SW-Paket installieren, anstatt einen Fehlertext über DXU zu printen, so hätte ich mehrere Fliegen mit einer klappen geschlagen (das SW-Paket würde automatisch darüber angestartet und der Ist-Stand wäre in Ordnung). Recht kompliziert, hoffe ich hab mich verständlich ausdrücken können?! :)