Exécuter solution exe après l'installation à l'aide de installshield

Je veux exécuter mon exe après l'installation à l'aide de InstallShield.
InstallShield termine l'installation correctement, mais ne pas exécuter le fichier exe.

J'ai trouvé une autre façon d'ajouter un fichier exe dans le démarrage, mais il s'exécute après le redémarrage.
Je l'aime à courir sans redémarrer.

Est-il possible ?

ce que cela a à voir avec asp.net ?
Rien. Ni est-il important que l'EXE est une application en C#. Tags supprimé. Il serait également utile de comprendre ce que la version, l'édition et le type de projet InstallShield est utilisé.

OriginalL'auteur user1387147 | 2012-05-22

  1. 15

    De la version et de l'édition de InstallShield utilisez-vous? Aussi ce type de projet que vous utilisez? (InstallScript, InstallScript MSI, Basic MSI? )

    En supposant Basic MSI, InstallShield est doté d'un motif à l'appui de cette histoire:

    1) Cliquez sur l'Onglet de l'Assistant de Projet

    2) Cliquer sur l'Installation Interview Icône (Page)

    3) Cliquez sur Oui pour "voulez-vous donner aux utilisateurs la possibilité de lancer votre application lorsque l'installation est terminée?

    4) Cliquez sur le bouton parcourir pour sélectionner le fichier EXE qui devrait être la cible de l'opération.

    Par défaut, la case à cocher (le lancement du programme) sur le dialogue installation terminée il ne sera pas sélectionné. Pour sélectionner automatiquement l'ajout de la propriété LAUNCHPROGRAM à la table de la propriété et de la régler à une valeur de '1'.

    J'ai suivi ces étapes et de mon application est lancée. Cependant, l'INTERFACE utilisateur ne s'affiche pas. Mais si je clique sur le raccourci sur le bureau de l'INTERFACE utilisateur s'affiche.Je ne sais pas ce qui me manque comme je suis nouveau à cela.
    Je devine que votre demande est sensible au répertoire de travail et qu'il est fourni par votre raccourci.

    OriginalL'auteur Christopher Painter

  2. 4

    Christopher Peintre réponse va travailler pour vous, la plupart du temps. Ce sont les premières mesures à prendre, mais il ya quelques détails supplémentaires si vous trouvez que ce n'est pas assez. Par exemple, skb a signalé que cela n'a pas fonctionné pour lui. J'ai trouvé que j'étais dans le même bateau (même si j'ai construit une douzaine d'autres installateurs qui avait ce travail!).

    1. Suivre Christopher Peintre instructions.
    2. Cliquez sur "Installation" Designer de l'onglet. Dans "Interface Utilisateur", sélectionnez "Dialogues".
    3. Dans "Toutes les boîtes de dialogue", développez "SetupCompleteSuccess", et sélectionnez "Comportement".
    4. Sélectionnez "Ok" bouton de contrôle. Ensuite, sélectionnez "Événements". (regardez en bas de l'écran où il est dit que les Événements/Abonnement/Conditions)
    5. Vous devriez avoir un "DoAction de l'événement", avec un "argument" est égale à "IS_LAUNCH_MY_PROGRAM_PLEASE" et une "condition" de "LAUNCHPROGRAM". Si ce n'est pas le rajouter. "LAUNCHPROGRAM" fait référence à la propriété de ce nom. Il aura une valeur de 1 si le lancement case à cocher est sélectionnée, et ainsi satisfaire à cette condition. IS_LAUNCH_MY_PROGRAM_PLEASE se réfère à l'Action Personnalisée qui est lancé. Si vous le souhaitez, vous pouvez modifier que CA ici pour faire toute action personnalisée feu à la place. J'ai opté pour les laisser seuls, mais de remplacer le CA avec un de mes propres.
    6. Ouvrir votre liste d'Actions Personnalisées (Comportement et logique de la... des actions Personnalisées et des séquences). Vous devriez trouver un CA y nommée IS_LAUNCH_MY_PROGRAM_PLEASE. Supprimer!
    7. Ajouter votre propre IS_LAUNCH_MY_PROGRAM_PLEASE CA. Droit-cliquez sur "Action Personnalisée" (le titre de la liste) et sélectionnez le type de CA que vous voulez - ou lancer l'assistant. Juste être sûr de le nommer "IS_LAUNCH_MY_PROGRAM_PLEASE" si vous avez quitté la boîte de dialogue le comportement par défaut.
    8. Pour lancer un exe avec le RÉPERTOIRE de TRAVAIL a changé (ce qui est la raison de mon application n'apparaît pas, et apparemment skb est ainsi sur la base des commentaires) Sélectionnez "Nouveau EXE"..."Chemin d'accès de référence à un répertoire". Changement de "Retour" traitement "Asynchrone (sans attendre la fin)". Notez le "MSI numéro de type" devient 226. Définir le "répertoire de Travail" à INSTALLDIR(en supposant que le programme que vous souhaitez lancer doivent être trouvés dans votre nouveau répertoire du programme). Ensemble "Nomfichier & de la ligne de commande" à [INSTALLDIR]YourApp.exe.
    Alternativement, on pourrait résoudre le problème de leur application à ne pas être le répertoire de travail sensibles.
    C'est vrai... Mais ce n'est pas nécessairement plus rapide et plus facile. Il y a une bonne raison de fixer un répertoire de travail est un quasi-universelle trait à quelque chose qui lance d'autres processus, et pourquoi il est une option qu'en EST ainsi. La refonte de votre capacité à résoudre des chemins relatifs, afin d'apaiser le programme d'installation? Qui semble reculer. D'autres installateurs habitude de faire ce trivial. Vous ne devriez pas avoir de couplage étroit à votre installateur.
    Je dirais que le fait que le programme d'installation de correctif autour d'un défaut de l'application est en arrière. Avoir le programme d'installation de définir le répertoire de travail EST le couplage. Et c'est probablement le plus rapide et plus facile, car le développeur de poser la question susceptible comprend son application mieux alors qu'il fait son programme d'installation.
    Touché... "Défaut" est un peu fort ici pour décrire le problème. "Limitation" ou la "faiblesse" est mieux. Certes, je ne conteste pas qu'il est mieux d'avoir une application fonctionne parfaitement à partir de n'importe quel répertoire. Parfois, c'est un peu de tracas pour mener à bien, et parfois, vous construisez les installateurs d'autres personnes du programme ou des tiers scripts / fichiers binaires etc. pour qui vous avez aucun contrôle sur. Avoir la capacité de définir le répertoire de travail est important. Je l'ai déjà indiqué comment le faire ici, et il ne prend que quelques minutes.
    Désolé, je suis de la vieille école dans mon vocabulaire. Je dis "fail", pas "pivot". Oui. Mon approche avec une équipe interne à mon travail et mon approche avec l'extérieur par un client peut varier. Je vais essayer de conseiller tous les deux à faire la bonne chose, cependant. Comme une .NET developer-je connaître les types d'hypothèses erronées qui peuvent être apportées dans le code ici et sur les meilleures pratiques pour les éviter. Un problème commun est un développeur qui ne comprennent pas le répertoire de travail d'un service windows est [Système]. Il n'y a aucun moyen de contourner le fait que dans un programme d'installation.

    OriginalL'auteur BuvinJ