Visual Studio LightSwitch propose une manière simple de développer des applications métier de type bureau ou Cloud. LightSwitch gère toute la plomberie pour vous, afin que vous puissiez vous concentrer sur la création de valeurs métier.

Langage/Outil/Technologie : Windows Azure, Visual Studio 2010, Visual Studio LightSwitch 2011.

Commentez ce tutoriel : Commentez

- Titre : Windows Azure et Visual Studio LightSwitch 2011

- Auteurs : Avkash Chauhan, Deepin Prayag (traduction)

- Parution : 12 novembre 2012

- Licence : Copyright © 2012 Avkash Chauhan. CDATA[Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents, images, etc sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 € de dommages et intérêts. Droits de diffusion permanents accordés à Developpez LLC. Cette page est déposée à la SACD.

Sommaire

- Introduction

- Traduction

- Création d'une application « Hello World » dans Visual Studio LightSwitch

- Création de l'application Visual Studio LightSwitch 2011

- Étape 1

- Étape 2

- Étape 3

- Étape 4

- Étape 5

- Étape 6

- Exécution de l'application Visual Studio Lightswitch 2011 (en tant qu'application de bureau)

- Étape 7

- Étape 8

- Exécution de l'application Visual Studio LightSwitch 2011 (en tant qu'application web dans le navigateur)

- Étape 9

- Étape 10

- Conclusion

- Traduction

- Publication d'une application LightSwitch dans Windows Azure en utilisant « l'Assistant Publication d'application LightSwitch »

- Création d'un service Windows Azure pour l'application LightSwitch

- Étape 1

- Étape 2

- Déploiement de l'application Visual Studio LightSwitch 2011 sur Windows Azure

- Étape 3

- Étape 4

- Étape 5

- Étape 6

- Étape 7

- Étape 8

- Étape 9

- Étape 10

- Étape 11

- Étape 12

- Étape 13

- Conclusion

- Traduction

- Ajouter l'accès RDP à l'application LightSwitch 2011 déjà déployée sur Windows Azure

- Ajouter l'accès RDP

- Étape 1

- Utilisation du certificat PFX qui a été utilisé pour signer le fichier XAP dans la section « Specify a certificate »

- Étape 2

- Conclusion

- Remerciements

Introduction

Cet article en trois parties est la traduction de 'Windows Azure and Visual Studio LightSwitch 2011' de Avkash Chauhan.

Avkash Chauhan a voulu démontrer, par le biais de cette série, que Visual Studio LightSwitch proposait le moyen le plus simple pour développer des applications métier pour le bureau et le cloud sans nécessité de code.

Traduction

Cet article est la traduction la plus fidèle possible de l'article original d'Avkash Chauhan, Windows Azure and Visual Studio LightSwitch 2011 - Part 1/3 : Creating Hello World Application in Visual Studio LightSwitch.

Création d'une application « Hello World » dans Visual Studio LightSwitch

Visual Studio LightSwitch 2011 propose des kits de démarrage (« starter kits ») téléchargeables et des options de déploiement flexibles qui vous aident à créer et à facilement publier des applications métier personnalisées à l'aspect professionnel et distingué, sans nécessité de code. Pour en savoir plus :

http://msdn.microsoft.com/fr-fr/vstudio/lightswitch.

Les outils/technologies utilisés dans cet article en trois parties sont :

- Visual Studio LightSwitch 2011 ;

- Visual Studio 2010 Pro (ou une édition plus avancée telle que Visual Studio 2010 Premium ou Ultimate) ;

- Windows Azure SDK 1.4 Refresh.

Visual Studio LightSwitch est le moyen le plus simple pour développer des applications métier pour le bureau et le cloud. LightSwitch gère toute la plomberie pour vous afin que vous puissiez vous concentrer sur la valeur métier. Le seul code que vous écrivez est le seul code que vous pourriez écrire.

Une fois LightSwitch 2011 installé, mettons-nous au travail maintenant.

Création de l'application Visual Studio LightSwitch 2011

Étape 1

Démarrez LightSwitch 2011 et créez une nouvelle application basée sur le langage de votre choix. Dans ce cas, j'ai créé une application nommée « AzureLightSwitchWebRole ».

Le premier écran ressemblera à ceci :

Étape 2

Nous allons créer une application très simple que nous hébergerons dans Windows Azure et notre objectif principal est Windows Azure, donc dans l'écran ci-dessus, vous pouvez sélectionner l'option « Create new table » et vous verrez des nouvelles fenêtres de dialogue pour créer les éléments de la table. Vous pouvez créer la table « AddressList » et les éléments inclus comme ci-dessous :

Étape 3

Une fois que les éléments de table ci-dessus sont créés dans la table « AddressList », vous pouvez enregistrer votre projet et créer un nouvel écran comme suit :

Étape 4

Une fois que vous aurez cliqué sur l'option « Add Screen », vous verrez un nouvel écran d'assistant comme ci-dessous :

Étape 5

Sélectionnez « List and Detail Screen » à partir du modèle ci-dessus et sélectionnez votre table « AddressList » comme « Screen Data ». Une fois ces sélections effectuées, vous verrez l'écran s'afficher comme ci-dessous :

Étape 6

L'écran suivant sert juste à illustrer comment vous pouvez utiliser les propriétés de la disposition de l'écran pour définir les propriétés individuelles des éléments de la table :

C'est tout. Je ne vais pas écrire de code derrière tout ça, et si vous voulez en savoir plus vous pouvez télécharger le kit de formation Visual Studio LightSwitch 2011 à partir du lien ci-dessous :

http://www.microsoft.com/en-us/download/details.aspx?displayLang=en&id=23746.

Exécution de l'application Visual Studio Lightswitch 2011 (en tant qu'application de bureau)

Étape 7

Maintenant lançons notre application et vous verrez que celle-ci s'exécute en tant qu'application de bureau :

Étape 8

Dans cette application, vous pouvez insérer de nouvelles adresses comme ci-dessous et les sauvegarder. Toute nouvelle adresse est sauvegardée dans la table et quand vous démarrez une nouvelle instance de l'application, les adresses précédemment sauvegardées sont chargées.

Exécution de l'application Visual Studio LightSwitch 2011 (en tant qu'application web dans le navigateur)

Étape 9

Pour tester la même application dans le navigateur web, vous allez devoir définir les propriétés de l'application comme ci-dessous :

Étape 10

Une fois la sélection des propriétés ci-dessus terminée, vous pouvez lancer l'application et vous verrez celle-ci s'exécuter dans le navigateur web :

Conclusion

Ce sera tout pour nous ici. Dans la deuxième partie de cet article nous publierons la même application dans Windows Azure.

Traduction

Cet article est la traduction la plus fidèle possible de l'article original d'Avkash Chauhan, Windows Azure and Visual Studio LightSwitch 2011 - Part 2/3 : Publishing LightSwitch Application to Windows Azure using LightSwitch Publish Wizard.

Publication d'une application LightSwitch dans Windows Azure en utilisant « l'Assistant Publication d'application LightSwitch »

Dans cette partie, nous allons utiliser l'application « AzureLightSwitchWebRole » créée dans la première partie de cette série et la « publier » dans Windows Azure en utilisant « l'Assistant Publication d'application LightSwitch ».

Création d'un service Windows Azure pour l'application LightSwitch

Avant d'aller plus loin et de commencer à utiliser l'assistant « LightSwitch Azure Deploy », visitons le « portail de gestion Windows Azure » et créons un service hébergé vide pour notre application.

Étape 1

Ouvrez le « portail de gestion Windows Azure ».

Commencez par créer un nouveau service hébergé en utilisant la sélection « New Hosted Service » comme ci-dessous :

Étape 2

Puis saisissez les informations suivantes pour le service hébergé (vous pouvez également choisir le nom qui vous convient pourvu que vous vous en souveniez plus tard) et veillez à sélectionner « Do Not Deploy » dans les options de déploiement :

Ci-dessus, j'ai créé un nouveau service hébergé nomme « AzureLightSwitchWebRole ». Veuillez patienter pour vérifier que votre service est créé sans aucune anicroche.

Ci-dessus nous constatons que c'est bon. Nous avons la confirmation que notre service hébergé vide nommé « AzureLightSwitchWebRole » a été créé avec succès.

Déploiement de l'application Visual Studio LightSwitch 2011 sur Windows Azure

Étape 3

Définissez votre application en mode « Release », puis ouvrez les propriétés de l'application. La partie qui nous intéresse ici se situe dans l'onglet « Application Type ». Choisissez la topologie client et serveur pour votre application. La topologie permet de définir le type d'application qui sera générée et se décompose en deux parties distinctes :

- la partie cliente qui correspond à l'interface utilisateur. Cette interface peut fonctionner directement comme une application (bureau) ou dans un navigateur (web) ;
- la partie serveur d'applications qui correspond à la partie logique applicative et données. Cette partie peut s'installer sur l'ordinateur client (uniquement pour le client bureau), sur un serveur IIS (utilisable par le client bureau et web), sur Azure (utilisable par le client bureau et web).

Sélectionnez ensuite l'option « Publish » comme indiqué ci-dessous :

Note : L'étape ci-dessus a été entièrement réécrite par le traducteur.

Étape 4

Lorsque vous aurez cliqué sur « Publish » dans le dialogue ci-dessus, vous verrez s'ouvrir « l'Assistant Publication d'application LightSwitch » :

Étape 5

Sélectionnez « Web » en tant type de votre application, ensuite sélectionnez « Next » pour continuer. Vous verrez à présent les paramètres de configuration du serveur d'application, dans lesquels vous sélectionnerez « Windows Azure » comme option d'hébergement, ensuite sélectionnez « Next ».

Dès que vous passerez à l'écran suivant, vous verrez que nous avons maintenant affaire à des paramètres Windows Azure. Vous aurez besoin des détails d'un compte Windows Azure actif pour continuer à avancer. Vous êtes maintenant sur l'écran « Connect to Windows Azure » :

Étape 6

Dans l'écran ci-dessus, saisissez votre « Subscription ID », puis sélectionnez un certificat qui est déjà stocké dans la section « certificat de gestion Windows Azure ». Si vous n'êtes pas certain que le certificat sélectionné soit situé dans Windows Azure ou pas, vous pouvez utiliser le bouton « Copy Path » pour sélectionner l'emplacement CER temporaire du certificat et ensuite utiliser le portail de gestion Windows Azure pour télécharger ce certificat.

Note : La capture d'écran suivante va vous montrer où ce certificat doit être téléchargé dans votre portail de gestion Windows Azure :

Étape 7

Dès que vous aurez passé l'écran « Connect to Windows Azure » ci-dessus, vous verrez l'écran de configuration de service Azure suivant dans lequel vous allez sélectionner le nom du service Azure que vous avez créé dans l'étape 1 ci-dessus.

Étape 8

Une fois que vous aurez passé l'écran « Azure Service Configuration », vous verrez l'écran « Security Settings » qui est conçu pour ajouter un point de terminaison HTTPS à votre application. Dès que vous ajouterez le bon certificat SSL délivré à votre domaine, vous serez en mesure de faire fonctionner le point de terminaison https://www.votrenomdeservice.com .

Note : Si vous utilisez le mauvais certificat SSL dans l'étape ci-dessus, vous obtiendrez un avertissement lors de l'accès à votre application. Vous verrez ces erreurs dans mon cas à la fin de cet article car j'utilise un certificat SSL quelconque dans ce cas-ci.

Étape 9

Dès que vous aurez passé l'écran « Security Settings », vous allez sauter à l'écran de l'assistant « Database Connections ». Comme votre application fonctionnera sur Windows Azure, vous allez devoir la connecter à une certaine base de données. Vous pouvez configurer votre application pour se connecter à n'importe quelle base de données locale. Je vais cependant utiliser SQL Azure ici. L'écran « Database Connections » a besoin d'être renseigné avec les informations suivantes :

Étape 10

Une fois que vous aurez passé l'écran « Database Connections » vous pourrez passer à l'étape suivante, « Specify a Certificate », qui est utilisée pour signer votre fichier XAP. Dans mon cas, j'ai utilisé le même PFX pour signer mon fichier XAP. Parce que mon application LightSwitch sera exécutée en tant qu'application Silverlight dans Azure, vous pouvez donc signer votre fichier XAP pour une protection supplémentaire. C'est une bonne option parce que votre fichier XAP sera exécuté côté client, donc définir cette option est une bonne pratique de sécurité.

Si vous décidez de ne pas passer par l'étape de la signature XAP, vous pouvez la contourner en décochant la case « Specify a Certificate ».

Étape 11

Une fois que vous aurez passé l'écran « Specify a Certificate » vous êtes presque prêt pour commencer l'étape actuelle de publication. Sélectionnez « Next » pour voir le résumé ci-dessous :

Étape 12

Maintenant vous pouvez commencer la publication en utilisant simplement l'option « Publish » ci-dessus. Dans votre IDE Visual Studio vous verrez la progression de la publication comme ci-dessous :

Étape 13

Maintenant, si vous consultez votre portail de gestion Windows Azure, vous verrez qu'un nouveau paquet est en cours de processus :

Il est possible que vous voyiez que votre service est à l'état arrêté comme ci-dessous et si c'est le cas, vous pouvez le démarrer avec l'option « Start » dans le portail de gestion Windows Azure :

Une fois le service démarré, vous verrez davantage de progression :

Une fois que tout se sera bien déroulé, vous verrez l'état du service comme étant prêt :

Vous pouvez maintenant lancer votre application en utilisant la bonne URL. Dans mon cas, mon nom de service est « AzureLightSwitchWebRole », je peux donc utiliser http://azurelightswitchwebrole.cloudapp.net ou l'URL https://azurelightswitchwebrole.cloudapp.net pour tester l'application comme ci-dessous :

J'ai également testé qu'une fois que je ferme le navigateur et que je l'ouvre plus tard, les éléments sont sauvegardés. Cela a prouvé que la connexion à la base de données fonctionne comme prévu ainsi que cette application simple.

Conclusion

Ceci conclut donc la deuxième partie de cet article. Dans la troisième partie de cet article nous verrons comment ajouter les informations d'identification d'accès RDP à notre application LightSwitch publiée dans Windows Azure.

Traduction

Cet article est la traduction la plus fidèle possible de l'article original d'Avkash Chauhan, Windows Azure and Visual Studio LightSwitch 2011 - Part 3/3 : Adding RDP Access to LightSwitch 2011 Application which is already deployed to Windows Azure.

Ajouter l'accès RDP à l'application LightSwitch 2011 déjà déployée sur Windows Azure

Dans cette partie, nous allons apprendre comment ajouter les informations d'identification d'accès RDP (Remote Desktop Protocol) à une application LightSwitch déjà déployée sur Windows Azure et que vous avez déjà publié. Vous pouvez lire les deux premières parties de mes articles sur le même sujet :

- Windows Azure et Visual Studio LightSwitch 2011 - Partie 1/3 : Création d'une application « Hello World » dans Visual Studio Lightswitch

- Windows Azure et Visual Studio LightSwitch 2011 - Partie 2/3 : Publication d'une application LightSwitch dans Windows Azure en utilisant « l'Assistant Publication d'application LightSwitch »

Le besoin de ce sujet découle du fait que « l'Assistant Publication d'application LightSwitch » déploie directement l'application sur Windows Azure en utilisant un assistant (comme expliqué dans la partie 2 ci-dessus). Toutefois l'assistant n'a pas de moyen pour configurer l'accès RDP à la même application. Cet article comble cette lacune.

Ajouter l'accès RDP

Étape 1

Pour démarrer, je supposerai que vous avez déjà votre application LightSwitch en cours d'exécution dans Azure et si vous regardez le dossier « bin » de votre application, vous verrez les fichiers suivants :

Comme vous pouvez le constater, nous avons les fichiers CSPKG, CSCFG et CSDEF dans le dossier ci-dessus, qui sont les principaux fichiers ayant trait à Windows Azure. Afin d'ajouter un accès RDP nous allons devoir éditer les fichiers CSDEF et CSCFG.

D'abord, nous devons générer les informations d'identification d'accès RDP pour toute application Windows Azure afin que nous puissions les exporter dans les fichiers LightSwitch CSDEF et CSCFG ci-dessus. Maintenant pour commencer veuillez créer une application Azure « helloworld » simple et utilisez l'option « Publish » pour y ajouter un accès RDP.

Note : Pour savoir comment ajouter l'accès RDP à une application Azure référez-vous à l'article suivant :

http://blogs.msdn.com/b/avkashchauhan/archive/2011/04/03/setting-rdp-access-in-windows-azure-application-with-windows-azure-sdk-1-3-1-4.aspx

Dans l'accès RDP d'une application Windows Azure, un certificat PFX est utilisé pour crypter les informations d'identification d'accès RDP et ce certificat PFX doit être téléchargé dans la section « Certificate » de votre application Windows Azure. Il y a donc deux options :

1. Nous pouvons créer un nouveau certificat PFX et l'utiliser pour crypter les informations d'identification d'accès RDP, et ensuite télécharger ce PFX dans la partie « Certificate » de votre application Windows Azure dans le portail Windows Azure.

2. Nous pouvons utiliser le même certificat PFX que nous avons utilisé pour signer le fichier XAP dans la section « Specify a certificate » (l'étape 10 de la deuxième partie).

Parce que l'option 1 ci-dessus est déjà décrite dans mon article indiqué ci-dessus, j'ai décidé d'utiliser l'option 2.

Utilisation du certificat PFX qui a été utilisé pour signer le fichier XAP dans la section « Specify a certificate »

Étape 2

Dans l'assistant de publication de l'application HelloWorld, j'utilise le même certificat que ci-dessous :

Si vous comparez l'empreinte numérique du certificat ci-dessus avec le certificat de l'application Windows Azure, vous pouvez vérifier que l'empreinte numérique correspond et que donc je n'ai pas besoin de le télécharger à nouveau.

Maintenant une fois que le paramétrage de l'accès RDP est complété dans une application HelloWorld simple, vous pouvez voir les entrées suivantes, que nous allons utiliser dans notre application LightSwitch :

ServiceDefinition.csdef (paramètres relatifs à l'accès RDP uniquement)

<Imports>
<Import moduleName="RemoteAccess" />
<Import moduleName="RemoteForwarder" />
</Imports>

ServiceConfiguration.cscfg (paramètres relatifs à l'accès RDP uniquement)

<ConfigurationSettings>
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="avkashc" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="MIIBHwYJKoZIhvcNAQcDoIIBEDCCAQwCAQAxgdkwgdYCAQAwPzArMSkwJwYDVQQDEyBBd
mthc2ggV2luZG93cyBBenVyZSBQb3J0YWwgQ2VydAIQXNki5y7CtptNzxrLjUQ52zANBgkqhkiG9w0BAQEFAASBgC2KUWTLVFI0NtfhznAc+LC40l/jmFBdoDlYqh7pBDs4ujEvYCTUDuqfVp2jlqRgKJGUf6UFxaX
KDgnT78dirwuRnw8aYvlkLEDb0OvjG1DQWFp72XGwp3U8hSljX41zXnkjprEJo4tgaFQIycXkROU4y+11GfOgfzD4A75A95PHMCsGCSqGSIb3DQEHATAUBggqhkiG9w0DBwQI2oBjQVC07caACMjaoYP3REwm" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2011-11-30T23:59:59.0000000-08:00" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteForwarder.Enabled" value="true" />
</ConfigurationSettings>
<Certificates>
<Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="A77B40E35556DFDB09C3B246453A548B2D7B9444" thumbprintAlgorithm="sha1" />
</Certificates>

Maintenant, nous allons essayer de migrer ces paramètres dans notre application LightSwitch. Ici, vous allez devoir mettre à jour ServiceDefinition.csdef et ServiceConfiguration.cscfg qui se trouvent à la racine de l'application LightSwitch :

Maintenant mettons à jour le fichier ServiceDefinition.csdef qui se trouve dans C:\Azure\AzureLightSwitchWebRole\AzureLightSwitchWebRole\ServiceDefinition.csdef

ServiceDefinition.csdef (Application LightSwitch mise à jour avec les paramètres d'accès RDP)

<ServiceDefinition name="AzureLightSwitchWebRole" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition">
<WebRole name="LightSwitchWebRole"
vmsize="Small"
enableNativeCodeExecution="true">
<ConfigurationSettings>
<Setting name="Microsoft.LightSwitch.Trace.Enabled" />
<Setting name="Microsoft.LightSwitch.Trace.LocalOnly" />
<Setting name="Microsoft.LightSwitch.Trace.Level" />
<Setting name="Microsoft.LightSwitch.Trace.Sensitive" />
<Setting name="Microsoft.LightSwitch.Trace.Categories" />
<Setting name="Microsoft.LightSwitch.RequireEncryption" />
</ConfigurationSettings>
<Sites>
<Site name="Web">
<Bindings>
<Binding name="HttpIn" endpointName="HttpIn" />
<Binding name="HttpsIn" endpointName="HttpsIn" />
</Bindings>
</Site>
</Sites>
<Endpoints>
<InputEndpoint name="HttpIn" protocol="http" port="80" />
<InputEndpoint name="HttpsIn" protocol="https" port="443" certificate="SSLCertificate" />
</Endpoints>
<Certificates>
<Certificate name="SSLCertificate" storeLocation="LocalMachine" storeName="My" />
</Certificates>
<Imports>
<Import moduleName="RemoteAccess" />
<Import moduleName="RemoteForwarder" />
</Imports>
</WebRole>
</ServiceDefinition>

Maintenant mettons à jour le fichier ServiceConfiguration.cscfg qui se trouve dans C:\Azure\AzureLightSwitchWebRole\AzureLightSwitchWebRole\ServiceConfiguration.cscfg

ServiceConfiguration.cscfg (Application LightSwitch mise à jour avec les paramètres d'accès RDP)

<ServiceConfiguration serviceName="AzureLightSwitchWebRole" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration">
<Role name="LightSwitchWebRole">
<Instances count="1" />
<ConfigurationSettings>
<!-- A value of true will enable diagnostic logging on the server -->
<Setting name="Microsoft.LightSwitch.Trace.Enabled" value="false" />
<!-- A value of true only lets local access to Trace.axd -->
<Setting name="Microsoft.LightSwitch.Trace.LocalOnly" value="true" />
<!-- The valid values for the trace level are: None, Error, Warning, Information, Verbose -->
<Setting name="Microsoft.LightSwitch.Trace.Level" value="Information" />
<!-- A value of true will indicate that logging sensitive information is okay -->
<Setting name="Microsoft.LightSwitch.Trace.Sensitive" value="false" />
<!-- The semi-colon separated list of categories that will be enabled at the specifed trace level -->
<Setting name="Microsoft.LightSwitch.Trace.Categories" value="Microsoft.LightSwitch" />
<!-- A value of true will indicate http requests should be re-directed to https -->
<Setting name="Microsoft.LightSwitch.RequireEncryption" value="true" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="avkashc" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="MIIBHwYJKoZIhvcNAQcDoIIBEDCCAQwCAQAxgdkwgdYCAQAwPzArMSkwJwYDVQQDEyBBdmthc2gg
V2luZG93cyBBenVyZSBQb3J0YWwgQ2VydAIQXNki5y7CtptNzxrLjUQ52zANBgkqhkiG9w0BAQEFAASBgC2KUWTLVFI0NtfhznAc+LC40l/jmFBdoDlYqh7pBDs4ujEvYCTUDuqfVp2jlqRgKJGUf6UFxaXKDgnT78dirwuRnw8aYv
lkLEDb0OvjG1DQWFp72XGwp3U8hSljX41zXnkjprEJo4tgaFQIycXkROU4y+11GfOgfzD4A75A95PHMCsGCSqGSIb3DQEHATAUBggqhkiG9w0DBwQI2oBjQVC07caACMjaoYP3REwm" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2011-11-30T23:59:59.0000000-08:00" />
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteForwarder.Enabled" value="true" />
</ConfigurationSettings>
<Certificates>
<Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="A77B40E35556DFDB09C3B246453A548B2D7B9444" thumbprintAlgorithm="sha1" />
</Certificates>
</Role>
</ServiceConfiguration>

Note : Il est toujours une bonne pratique d'avoir une sauvegarde de vos fichiers CSCFG et CSDEF ci-dessus.

Maintenant vous pouvez renommer les fichiers CSPKG, CSCFG et CSDEF qui se trouvent dans C:\Azure\AzureLightSwitchWebRole\AzureLightSwitchWebRole\Bin\<Release|Debug>\

Ensuite, vous pouvez lancer le même assistant de publication et publier à nouveau l'application. Vous verrez des nouveaux fichiers CSCFG, CSDEF et CSPKG qui se seront créés comme suit :

Une fois la publication terminée, vous pouvez vérifier que l'accès RDP est activé dans votre application. Lorsque vous sélectionnez votre rôle au sein du portail de gestion Windows Azure vous pouvez voir que l'accès RDP est activé et peut être configuré (si nécessaire) comme ci-dessous :

Lorsque vous sélectionnez votre instance dans le portail de gestion Windows Azure vous pouvez voir que l'accès RDP est activé et peut être configuré (si nécessaire) comme ci-dessous :

Maintenant vous pouvez lancer la connexion au bureau à distance (Remote Desktop Connection) vers votre application LightSwitch et sans aucun problème, vous aurez votre machine virtuelle comme ci-dessous :

Si vous avez besoin d'aide sur la façon d'utiliser la connexion au bureau à distance avec Azure VM, référez-vous à l'article suivant : http://blogs.msdn.com/b/avkashchauhan/archive/2011/04/03/how-to-login-into-windows-azure-virtual-machine-using-remote-desktop.aspx

Conclusion

Ceci conclut donc cette troisième et dernière partie de cet article qui nous a permis de voir comment ajouter l'accès RDP à une application LightSwitch publiée dans Windows Azure.

Remerciements

Je tiens ici à remercier Avkash Chauhan de m'avoir autorisé à traduire son billet.
Je remercie tomlev pour sa relecture technique et ses propositions.
Je remercie également FirePrawn, ClaudeLELOUP et zoom61 pour la relecture orthographique et les corrections proposées.

Windows Azure et Visual Studio LightSwitch 2011

Auteurs

| Avkash Chauhan | Deepin Prayag (traduction) |