2012-04-30 1 views
0

Existe-t-il des modèles ou des instructions pour la création d'un projet Windows Installer XML (WiX) pour le déploiement d'un plugin Petrel?Modèle Windows Installer XML (WiX) ou instructions pour le déploiement des plugins Petrel?

Y a-t-il des raisons pour lesquelles WiX n'a ​​pas été sélectionné comme le successeur naturel de l'ancienne recommandation * .vdproj/MSI? Est-ce que quelqu'un a essayé WiX pour les plugins Petrel? Je suis intéressé par l'échange d'idées et d'expériences. Je suis nouveau sur WiX et j'ai du mal à démarrer. Hors sujet: le «nouveau» paradigme PIP est léger et simple, mais il convient mal à une utilisation en entreprise, où les clients s'attendent à pouvoir reconditionner un MSI afin de faciliter le déploiement de masse, par exemple par des stratégies de groupe. Je vais poster une autre question à ce sujet.)

+0

Quelle est la particularité de "Wix for Petrel"? Jamais entendu parler. – dvallejo

+1

Je sais comment faire WiX faire à peu près tout, mais ces plugins sont si spécifiques à votre industrie que je n'ai jamais entendu parler d'eux et je ne sais pas ce qu'ils doivent faire. Pouvez-vous décrire le processus manuel pour déployer un de ces plugins? –

+0

La seule documentation que j'ai vu est un PDF qui montre l'utilisation d'une interface utilisateur (gestionnaire de plugin) pour naviguer vers un * .pip et sélectionnez-le pour l'installation. Il ne décrit pas une interface d'automatisation à invoquer pour faire la même chose de manière non interactive ou décrire la façon physique dont le fichier PIP est enregistré avec le système. Sans aucune de ces informations, cette question ne répond pas. –

Répondre

3

Le déploiement MSI est toujours pris en charge dans Ocean/Petrel indépendamment de la façon dont la génération MSI (et WiX est juste un autre moyen de les générer).

Dans Ocean/Petrel 2012.1, vous devez définir l'action personnalisée en appelant l'outil de ligne de commande PluginManager.exe avec les commutateurs /install et /uninstall lors des étapes d'installation et de désinstallation respectivement. Les actions personnalisées sont définies à l'aide des tags <CustomAction> dans WiX. Il y a deux trucs que vous devez garder à l'esprit lors de l'appel PluginManager.exe de MSI actions personnalisées:

  • vous devez fournir votre code d'installation MSI (GUID habituellement) dans /installerId:your_installer_id commutateur de ligne de commande lors de l'installation. Ceci activera la désinstallation automatique de vos plug-ins lors de la désinstallation de Petrel.

  • Vous devez exécuter PluginManager.exe avec le commutateur /runFromInstaller lors de la désinstallation. En faisant cela, vous laissez PluginManager savoir que vous l'exécutez d'installation MSI, et donc il n'y a pas besoin d'exécuter MSI une fois de plus la désinstallation

Vous pouvez trouver ces et d'autres trucs et astuces, avec la commande complète PluginManager.exe speicifications de ligne dans le livre blanc sur l'identité et le déploiement des plug-ins dans Ocean.chm (section "Comment utiliser PluginManager.exe dans le programme d'installation MSI").

+0

Merci encore, Evgeny, qui a été très utile - je crois que vous avez également répondu aux commentaires ci-dessus. –

0

Informations importantes avec Petrel 2013:

Nous avons des plugins qui peuvent être installés ou désinstallés en utilisant MSI, créé avec Wix. Lors de l'installation d'un PIP avec PluginManager.exe sans utiliser l'argument /installerId:<msi_installer_id> désinstaller le plugin en utilisant le Petrel supprime physiquement tous vos fichiers, mais créer une incohérence dans le plugin de désinstallation de Windows. Si nous utilisons l'argument /installerId:<msi_installer_id> désinstaller le plugin en utilisant le Petrel se produit uniquement la suppression logique du plugin, en le gardant physiquement dans leur répertoire d'origine. Cela lui permet d'être installé par la suite aussi par Petrel. Dans le dernier cas, il n'y a pas d'incohérence, car les fenêtres désinstallent le plugin et peuvent supprimer tous vos fichiers.

Le problème est que la désinstallation du plugin à l'aide du Petrel 2013 n'appelle pas son programme de désinstallation MSI. CA ne devrait pas être? Cela ressemble à un bug.

Questions connexes