Application en ligne uniquement ClickOnce en tant que TS RemoteApp
https://stackoverflow.com/questions/106164
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai essayé à peu près tout pour que notre application ClickOnce VB.NET s'exécute sous les services Terminal Server en tant qu'application RemoteApp. J'ai un fichier de commandes qui exécute le fichier .application pour l'application.
Cela fonctionne correctement via une session de bureau RDP sur le serveur Terminal Server . En tant que TS RemoteApp, cependant, eh bien ... pas tellement.
Je reçois un éclair rapide d'invite de commande (le fichier de commandes) sur le système client, puis ... rien ...
Même chose pour qu'il pointe directement sur le fichier .application (sans utiliser de fichier de traitement par lots) ou même qu'il copie la publication localement et qu'il pointe sur celui-ci.
J'ai trouvé un technet.microsoft.com une discussion sur un problème similaire, mais aucune solution n’a été trouvée.
Pour ceux qui ont déjà rencontré ce problème et l'ont fait fonctionner, qu'avez-vous dû faire?
Nous utilisons actuellement RemoteApp pour tout le reste du serveur. J'espère pouvoir m'en tenir à cela si possible.
La solution actuelle consiste à créer et à exécuter un programme d'installation basé sur MSI pour l'application sur notre serveur de terminal chaque fois que nous publions via OneClick sur le réseau, mais cela peut parfois être très pénible et facile à oublier.
Étant donné que l'application fonctionne correctement via les services Terminal Server lorsqu'elle est exécutée en mode bureau complet, mais pas en mode RemoteApp, je ne pense pas que ce soit spécifique aux autorisations Terminal Server, mais que ClickOnce nécessite quelque chose qui n'est pas disponible lors de l'exécution en tant qu'application RemoteApp. .
La solution
Pour que cela fonctionne, utilisez Windows Explorer "C: \ windows \ explorer.exe". Ce processus est le processus de base lorsque vous vous connectez à une session complète.
Si vous configurez RemoteApp pour utiliser l'Explorateur Windows et l'argument de ligne de commande du chemin d'accès au fichier .application pour l'application ClickOnce, il fonctionnera lorsqu'il sera lancé en tant qu'application distante. L’explorateur Windows clignote pendant une seconde au démarrage, mais il disparaîtra puis l’application ClickOnce se lancera.
Autres conseils
Pourquoi doit-il s'agir d'une application ClickOnce? J'envisagerais de ne déployer que le fichier exe et les assemblys.
Je ne connais qu'une demi-solution, mais si l'application ne change pas beaucoup, cela pourrait être une bonne solution.
Je pense que votre problème est lié au fait que ClickOnce doit stocker ses données dans un dossier utilisateur spécial appelé cache de l'application ClickOnce. Apparemment, en raison de la manière dont les services Terminal Server configurent les dossiers d’utilisateur, ClickOnce ne peut pas y accéder en mode TerminalServices.
Consultez ce lien pour plus d'informations.
http://msdn.microsoft.com/ fr-us / library / 267k390a (VS.80) .aspx
Il n’est peut-être pas possible de le faire: (
Pouvez-vous lancer le fichier .exe directement? Il est enterré sous votre profil dans \ AppData \ Local \ Apps \ 2.0 [dossiers obfusqués], mais vous devriez pouvoir le trouver.
Cela ignorera le processus de mise à jour intégré, mais s'il peut être lancé de cette façon, vous pourriez alors écrire du code pour effectuer une mise à jour manuelle après le démarrage de l'application.
J'ai eu le même problème ce matin et je l'ai résolu en copiant le répertoire de l'application clickonce du dossier des paramètres de l'utilisateur dans un dossier comme c: \ MyApp \. Je sais que c'est méchant et pas très idéal .. / p>
Nous avons récemment rencontré ce problème et décidé de publier un rapport de bogue sur ce problème à l'équipe de développement de Visual Studio. N'hésitez pas à commenter le rapport de bogue. Il doit s'agir d'un bogue dans ClickOnce causé par certaines modifications apportées à Server 2008.
Nous avons également une discussion sur les forums MSDN traitant de ce problème:
Essayez d’utiliser RegMon et FileMon lors du démarrage de l’application. Vous pourrez peut-être la localiser jusqu’à un problème d’autorisation de fichier et / ou de registre.
Peut-être aussi consulter les journaux des événements pour voir si quelque chose est consigné lorsque le processus échoue.
