Reply to thread

Message: [QUOTE="Cedric, post: 13515102"] Bonjour, Je dÃ©veloppe un projet Silverlight + WCF en mode intÃ©gration continue, donc Ã chaque mise en conf de code l'application est dÃ©ployÃ©e sur un serveur d'intÃ©gration (CCNet), buildÃ©e et les tests unitaires passÃ©s. Je voudrais qu'Ã l'issue de cette Ã©tape on puisse faire des tests de validation plus poussÃ©s, donc hÃ©bergement des services WCF et de l'application Silverlight sur ce serveur d'intÃ©gration pour qu'on puisse y accÃ©der et tester Ã distance. Gros problÃ¨me : par dÃ©faut dans Visual Studio les services WCF tournent sur le serveur de dÃ©veloppement Cassini en local (donc [URL]http://localhost:1828[/URL] par exemple). Les rÃ©fÃ©rences Ã ces services ajoutÃ©es dans le projet Silverlight pointent donc vers [URL]http://localhost:1828[/URL]. Il n'est pas envisageable que sur le serveur d'intÃ©gration les rÃ©fÃ©rences continuent Ã pointer vers cette URL (un seul site Web sur le port 80, nÃ©cessitÃ© de ranger les services dans un rÃ©pertoire prÃ©cis, etc.). Malheureusement le fichier qui contient les rÃ©fÃ©rences est zippÃ© dans le .xap de l'application Silverlight, donc impossible de modifier les URL des services aprÃ¨s build et dÃ©ploiement sur le serveur d'intÃ©gration. Il pourrait exister 2 autres solutions. En effet dans les propriÃ©tÃ©s du projet WCF on peut mettre les paramÃ¨tres serveur Ã : * Utiliser le serveur Web IIS local. Donc les services seront accessibles via [URL]http://localhost/myServices[/URL] par exemple. Le souci, c'est qu'automatiquement Visual Studio va transformer Ã§a en [URL]http://ma_machine_de_dev.mondomaine.fr/myServices[/URL] dans les rÃ©fÃ©rences Silverlight (fichier ServiceReferences.ClientConfig). Evidemment tout tombe Ã l'eau puisque l'adresse ne sera plus valable sur le serveur d'intÃ©gration. * Utiliser le serveur web personnalisÃ©. Ici on peut utiliser l'URL [URL]http://mon_serveur_integration/myServices[/URL]. Le problÃ¨me c'est qu'il faudra forcÃ©ment avoir dÃ©ployÃ© la derniÃ¨re version des services WCF sur le serveur d'intÃ©gration pour pouvoir tester l'application en local. Adieu aussi le debug direct puisque les services WCF ne tournent plus sur Cassini. On en est rÃ©duit Ã analyser des messages d'erreur plus ou moins parlants renvoyÃ©s par le serveur d'intÃ©gration. (je passe sur les soucis de CrossDomainPolicy liÃ©s Ã chacune de ces options, qui ont Ã©tÃ© rÃ©solus par des bidouilles plus infÃ¢mes les unes que les autres ^^) Quelqu'un a-t-il dÃ©jÃ tentÃ© la mÃªme expÃ©rience ? Comment garantir Ã la fois un bon niveau de dÃ©bug des services WCF sur le poste du dÃ©veloppeur et une automatisation du dÃ©ploiement de ces services sur un serveur distant ? [/QUOTE]

Verification