février 2009 - Messages
Si comme moi, vous avez installé Windows 7 Beta, et que vous voulez tester le SDK Azure dessus, vous risquez de tomber sur cette erreur lors de l’exécution de votre premier site web Azure :
Eh bien sachez que ce n’est pas de votre faute ! :) Et que Microsoft est au courant.
Voici le bug déclaré sur Connect :
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=395618
Bon pour le moment, il n’existe pas de workaround pour ce problème, il va nous falloir attendre la prochaine Beta de Windows 7 ou alors la prochaine version du SDK Azure.
C’est balot …
Et voilà, ma session sur Sync Services est terminée.
Tout s’est “relativement” bien passé, le public présent avait l’air très intéressé par le sujet. J’en profite d’ailleurs pour vous remercier d’y avoir participé.
Bon on a quand même frôlé la catastrophe, car 2h avant je n’étais pas sûr d’arriver à temps ! (Oui la tempête tout ça tout ça …)
Au sujet de la session, malheureusement je n’ai pas pu montrer tout ce que j’avais prévu, on imagine pas comment 1 H ça passe vite, quand on fait une présentation !
De tout façon, les slides ainsi que les démos seront bientôt “online” sur le site des TechDays 2009.
Et une petite dernière chose, pour ceux qui étaient là, j’ai eu un bug au cours de ma démo sur WCF. A l’exécution, une veille erreur de fichier de configuration (que j’avais pourtant copié – collé, et donc préparer à l’avance) est venue un peu gâcher la fête…
Bon ce matin, de bon pied bonne humeur, j’ai quand même chercher à comprendre pourquoi.
Et bien tout simplement (sic) j’avais nommé mon proxy généré “ServerSyncProvider” et mon fichier XML de configuration que j’avais préparé à l’avance contenait un Binding sur le contrat “SyncServerProvider”
C’est balot …
Et voilà comme quoi, on a beau préparer et re préparer, on est pas à l’abri d’une couffe de ce genre hein !
Bon, à ma décharge (faut bien que je trouve une excuse hein ;)) je venais de me taper 12h de train avec 2 ronfleurs professionnels dans le train couchette, ça aide pas à avoir les idées claires :)
Sur ce, je retourne faire quelques sessions aujourd’hui, mais en tant que spectateur aujourd’hui !
Juste une petite mise à jour pour vous prévenir que le client Silverlight Omega SDS, dont je vous parlais dans ce post, a été mis à jour récemment.
Merci à Monsieur Gaurav Mantri de la société Cerebra (en charge du développement de la gamme d’outils Omega) de son mail à ce sujet.
Alors le principe reste le même bien-sur, mais plusieurs améliorations font leur apparition.
Tout d’abord la possibilité de voir le tout sous forme de TreeView, ou la possibilité d’avoir un menu contextuel, ou encore un système de tabcontrols pour avoir un meilleur aperçu de vos données
Bref pas mal de changements qui vous permettront de mieux gérer vos containers SDS !
Je viens de tomber sur un petit projet sympa qui rajoute des Cmd-Lets à votre console Powershell pour gérer vos Containers et autres Entities stockées dans SDS
Vous trouverez le projet sur CodePlex : CodePlex SDSSH
Une fois installé, n’oubliez pas d’enregistrer vos Cmd-Lets dans votre script powershell:
Pour rappel : Voir les cmd-lets et Providers (Snap In) “enregistrables” :
* Get-PSSnapin –Registered
Enregistrer un snapin :
* Add-PSSnapin “Nom du snappin”
Dans notre cas :
Après à l’utilisation, c’est du SDS pour PowerShell, rien de plus :)
Get-SdsAuthorities YOUR_LOGIN YOUR_PASSWORD "from e in entities select e "
Get-SdsContainers YOUR_LOGIN YOUR_PASSWORD YOURCONTAINER "from e in entities select e"
Get-SdsEntities YOUR_LOGIN YOUR_PASSWORD YOURCONTAINER YOURKINDENTITIES "from e in entities select e"
Au passage, notez l’utilisation du debug-write qui permet de débugguer nos scripts et faire du pas à pas. Pratique !