Discussion :

[VITALTH]

Bjr,
Je développe depuis peu des applications en Visual Studio 2008 en C#. Je développe également des autres logiciels sur un OS beaucoup plus ancien mais pour les deux environnements je souhaite gérer les droits aux travers la même base de données.

Pour ce faire je suis en train de développer une application de menus qui vient lire la base de données en question. Il développe les points de menus dont l"utilisateur a le droit et quand l'utilisateur click sur une option, l'application va chercher l'exécutable dont le chemin est donnée dans la BD.

Pour le déploiement de mes applications, j'utiliser ClickOne qui me va très bien.

Jusqu'ici tout va bien, mon programme de menu va bien lire les droits dans la BD et sur action de click de l'utilisateur j'execute bien l'application de référence définis dans la BD. Seulement je voudrais faire passer des arguments à l'application lancer. La méthode Process.Start(FileName, Arguments) fonctionne très bien si je lance l'application du répertoire /bin/debug de mon programme développé mais ne fonctionne pas avec l'application de référence déployé. Y a t il une subtilité lié au déploiement que je ne connais pas ?

[VITALTH]

Après plusieurs recherches sur Internet, il semblerait effectivement que le passage de paramètre d'un executable à un autre déployé avec ClickOnce dont le raccourcis est un fichier .apreff-ms soit une limite de la technologie ClickOnce. Si j'ai bien compris cela se résout avec le FrameWork 3.5 SP1 mais je ne tiens pas trop à déployer des executables nécessitant le Framework 3.5 sur tous les postes clients d'autant plus que je ne suis même pas sur que ça fonctionne.

Donc ma solution serait d'utiliser les méthodes de GetEnvironnementVariables() et SetEnvironnementVariables() de la classe static Environnement. Je vous tiens au courant du succès ou non de cette entreprise

[VITALTH]

Bon effectivement GetEnvironmentVariable() et SetEnvironmentVariable() sont les réponses à mes questions.

Cela ne veut pas dire pour autant que c'est equivalent à une ligne de commandes avec paramètres à traiter. Ceci dit je crois qu'il existe la propriété CommandLine dans la classe Statique Environment qui permet de définir la ligne de commandes bien que je ne l'ai pas testé et il est possible que la propriété soit en lecture seule (facile à vérifier). Toujours est il que si ça fonctionne, dans le programme appelé on peut récupérer les infos dans GetArgumentsLine() qui renvoit un tableau de string ou GetCommandLine() qui renvoit la ligne de commande.

Attention aux paramètres de déploiement : Il me semble qu'il faut une confiance totale dans les paramètres de sécurité : je n'ai pas bien compris pour moi. J'avais pensé à une confiance partielle et sur le paramètre EnvironnementVaraible définir les variables dont on a le droit en lecture ou en écriture selon le programme appelant ou appelé. Mais ça ne fonctionne pas : j'ai des exceptions.