locked
Versions successives d'une application WinForm RRS feed

  • Question

  • Bonjour,

     

    Je déploie mon appli Windows Forms (VB.Net) avec un Setup.

     

    J'ai changé de version de VS et je suis passé de 2005 à 2008. Je pense que j'ai un problème avec les différents GUID assembly et Setup ( ProductCode et UpgradeCode) de l'appli car le Setup de ma nouvelle version ne remplace pas la version précédente : l'icone de l'appli est bien mise à jour sur le bureau mais le .exe existant n'est pas remplacé par le nouveau. D'où une incohérence.

     

    Est-il possible de forcer par logiciel la désinstallation de la version précédente, comme le fait Ajout/Suppression de programme, indépendamment de son code GUID ? 

     

    Un changement de politique de déploiement pourrait être envisagé avec l'emploi de ClickOnce mais :

    1. Quid d'une version précédente installée par Setup ?
    2. Click Once ne place pas automatiquement l'icône de l'appli sur le bureau. Comment faire cela ?

    Merci de vos lumières.

     

    jeudi 3 juillet 2008 15:24

Réponses

  • Bonjour,

    Il n'est pas possible avec ClickOnce (en tout cas à ma connaissance) de désinstaller une version par setup. En fait il n'interagisse pas entre eux.

    Pour l'icône sur le bureau, en effet ClickOnce ne place pas d'icône sur le bureau ou de raccourcis dans la barre de menu.

    Pour toute information complémentaire je vous conseil d'aller voir ce tutoriel : http://morpheus.developpez.com/clickonce/

    Voilà Smile
    vendredi 4 juillet 2008 08:09
  • Bonjour;

     

    Où se trouve chargé l'assembly de l'application installée sur une machine cible, après téléchargement ? Dans un cache ?

    Doit-il être "fuscaté" afin d'être protégé ?

     

    Le but principal de ClickOnce est de déployer une application sans avoir les droits administrateurs.

    Cela implique que l'application est installé dans le répertoire personnel de l'utilisateur (que vous ne pouvez pas personnalisé).

     

    Par mesure de sécurité, il est recommande de "fuscaté" votre assembly si vous souhaitez protéger le source de celui-ci...

     

    Cordialement

    samedi 5 juillet 2008 11:54
  • Bonjour,

     

    Oui.

    Considérez le répertoire "obj" comme le répertoire "bazar" du compilateur pour générer temporairement des objets qui seront regroupées à la compilation.

     

    Cordialement

     

    lundi 7 juillet 2008 19:19

Toutes les réponses

  • Bonjour,

    Il n'est pas possible avec ClickOnce (en tout cas à ma connaissance) de désinstaller une version par setup. En fait il n'interagisse pas entre eux.

    Pour l'icône sur le bureau, en effet ClickOnce ne place pas d'icône sur le bureau ou de raccourcis dans la barre de menu.

    Pour toute information complémentaire je vous conseil d'aller voir ce tutoriel : http://morpheus.developpez.com/clickonce/

    Voilà Smile
    vendredi 4 juillet 2008 08:09
  • Merci beaucoup pour votre réponse.

    J'ai regardé ce tutoriel. Il ne traite que de la première version de ClickOnce, non de la dernière. Mais j'ai réussi à publier mon application sans difficulté.

     

    L'icone de mon application n'apparait pas dans la liste Ajout / Supression de programmes du panneau de config où elle est remplacée par une autre, visiblement par défaut. Comment puis-je faire figurer celle de mon application (qui est présente dans le menu démarrer) ?

     

    Où se trouve chargé l'assembly de l'application installée sur une machine cible, après téléchargement ? Dans un cache ?

    Doit-il être "fuscaté" afin d'être protégé ?

     

    Merci de vos lumières.

     

    vendredi 4 juillet 2008 20:51
  • Bonjour;

     

    Où se trouve chargé l'assembly de l'application installée sur une machine cible, après téléchargement ? Dans un cache ?

    Doit-il être "fuscaté" afin d'être protégé ?

     

    Le but principal de ClickOnce est de déployer une application sans avoir les droits administrateurs.

    Cela implique que l'application est installé dans le répertoire personnel de l'utilisateur (que vous ne pouvez pas personnalisé).

     

    Par mesure de sécurité, il est recommande de "fuscaté" votre assembly si vous souhaitez protéger le source de celui-ci...

     

    Cordialement

    samedi 5 juillet 2008 11:54
  • Bonjour,

     

    Merci beaucoup de cette indication. J'ai en effet retrouvé la trace de mon appli dans le dossier "Local Settings/Apps/...",

     

    Concernant l'obfuscation de son assembly, avant déployement, pouvez-vous confirmer qu'il s'agit bien du code qui se trouve dans le répertoire "Bin", non celui qui se trouve dans le répertoire "Obj" ?

     

    Merci de cette précision.

    lundi 7 juillet 2008 19:14
  • Bonjour,

     

    Oui.

    Considérez le répertoire "obj" comme le répertoire "bazar" du compilateur pour générer temporairement des objets qui seront regroupées à la compilation.

     

    Cordialement

     

    lundi 7 juillet 2008 19:19
  • Merci beaucoup de votre réponse "éclair".

     

    Bien cordialement

    lundi 7 juillet 2008 19:24