Récemment au travail on m’a demandé d’extraire du code d’un projet que j’avais réalisé pour gérer la sécurité des formulaires dans SharePoint lors d’un projet client pour qu’il resserve au sein de plusieurs autres projets.

Puisqu’il n’y avait « que du code » et pas d’éléments de déploiements propres à SharePoint (ex webparts, contrôles utilisateurs & co) j’ai donc commencé à construire un projet de type librairie de classes afin que les autres développeurs puissent directement inclure cette librairie au sein de leurs projets SharePoint.

Introduction Une fois n’est pas coutume, je m’écarte un peu de mon sujet favoris (SharePoint) pour vous parler de Windows Azure. Pour ceux qui ne le savent pas Azure est le cloud IaaS et Paas de Microsoft offrant des services tels que des bases de données en ligne ou l’hébergement de machines virtuelles, sites web etc… Pour plus d’informations https://www.windowsazure.com/fr-fr/ Passons maintenant à BlogEngine, c’est un projet .NET (opensource ?) gratuit et un moteur de blog (on pourrait dire qu’il est au .NET ce que wordpress est à PHP) Actuellement il est distribué de manière à être déployé directement sur un serveur IIS classique. Dans le cadre de mes études on m’a demandé (poke Julien Dollon) de déployer un blog (toute techno confondue) sur Azure. Nous avions un barème qui faisait évoluer la note en fonction de la difficulté de la solution choisie. Bien évidemment, j’ai choisi la plus difficile (sinon ce n’est pas drôle hein ;-) ) Au-delà du simple projet d’étude, le déploiement de BlogEngine dans Azure pourra convenir à toute personne désirant profiter des bénéfices du cloud pour son blog (payer ce qu’on consomme et pas plus, avoir une haute disponibilité pour pas cher, montée en charge simple et rapide pour les blogs qui couvrent des évènements par exemple…) Cet article s’adresse à des personnes ayant Visual Studio 2010 et le SDK azure d’installé et ayant quelques connaissances (même légères) de Visual Studio ainsi que du développement ASP.NET.

Récemment un collègue de travail (Laurent COTTON) a publié un projet codeplex assez intéressant :

https://sharepointautoupgrad.codeplex.com/

Cette solution permet d’automatiser et de planifier simplement la mise à jour de solutions SharePoint.

C’est très utile dans des scénarios d’intégration continue, de développement et de tests quand des versions sont fréquemment livrées et qu’il faut souvent mettre à jour la plateforme.

Je vous laisse profiter de cet outil très pratique, n’hésitez pas à lui faire des retours !

Lors d’un précédent billet je vous annonçais que je serai speaker lors des techdays pour une session.

Je tiens dans un premier temps à remercier mes co-speakers à savoir Cécilia Penha et Fabrice Vaxelaire. Je remercie aussi Microsoft et plus particulièrement Nathalie Hesters et Na-Young Kwon respectivement chef de produit Visio et Project et chef de produit SharePoint pour m’avoir donné l’occasion de m’exprimer lors des techdays. Enfin je remercie tous ceux qui étaient présents pour assister à la session (la salle était plus que pleine !). Si vous avez des questions/remarques n’hésitez pas à me contacter.

Comme chaque année Microsoft Franc organise les Microsoft Techdays au Palais des congrès les 7, 8 et 9 Février.

Cet évènement gratuit, qui n’est plus à présenter, propose plus de 300 sessions, vous permet de rencontrer 150 partenaires et communautés et a réuni l’an dernier 17 000 personnes.

J’ai l’immense honneur d’animer une session cette année « SharePoint votre portail métier d’entreprise » aux côtés de Cécilia Penha (MS France, CSS) et Fabrice Vaxelaire (Practice Leader MS, SOGETI) le 8 de 13h à 14h.

Introduction

Visual Studio comporte plusieurs outils souvent méconnus des développeurs pour ce qui est de la « gestion » des bases de données SQL Server. Ne vous êtes-vous jamais posé la question, après avoir modifié le fichier EDMX d’une application en production pour constituer une nouvelle version : « Comment être sûr de n’avoir rien oublié avant de mettre en PROD ?»

Ou bien encore après avoir joué des modifications sur les données en elle-même en production et en développement « comment vais-je faire pour avoir les mêmes données partout ? »

Introduction

Cet article vient compléter une série d’articles sur le SSO dans SharePoint avec AD FS (que je vous conseille de lire pour mieux comprendre celui-ci) suite à une demande de certains lecteurs.

La demande de leur part était la suivante, quelle est la marche à suivre pour ajouter une web app à notre SSO avec AD FS ? Dans la série évoquée j’avais indiqué que je rédigerai peut être cet article, chose promise chose due.

Bonsoir,

Un billet rapide pour vous donner une information de supplémentaire sur le setup SharePoint.

Je viens de terminer une intervention en urgence pour ma société car mes collègues m’ont appelé en m’indiquant qu’ils n’arrivaient pas à passer le psconfig pour ajouter un serveur à une des fermes que nous gérons. Loin de moi l’idée de leur jeter la pierre j’ai simplement jugé utile de vous faire un retour d’expérience sur la situation.

Bonjour à tous,

Cela fait quelques temps que je n’ai pas posté (mea culpa, c’est mal) mais entre le laboratoire Microsoft qui reprend fort cette année, les Microsoft Student Partner, le boulot (toujours SOGETI pour ceux qui se demandent), la rentrée, les afterworks et le reste, ça ne laisse pas beaucoup de temps pour publier.

Aussi je vous annonce que j’ai intégré les Dot Net Rangers by SOGETI. C’est un groupe d’experts des technologies Microsoft (originellement développement, s’étend actuellement aux IT) au sein de SOGETI. Pas grand-chose à ajouter pour le moment si ce n’est que je suis honoré d’intégrer ce groupe composé de MVP et anciens de chez MS. Allez faire un tour sur le site => https://www.dotnetrangers.net/

Partie précédente

Conclusion

Conseil de la fin : dans cet article, l’auteur conseille d’éditer les web.config à la main, personnellement je déconseille cela. C’est une solution de facilité pour les petites fermes SharePoint, mais dès lors qu’on s’attaque à des topologies plus importantes ça complexifie la maintenance et peut être cause de problème. L’idéal est de laisser SharePoint gérer ses fichiers de configuration lui-même et de passer par de la configuration (que ce soit by UI, by PowerShell ou by Code). Tous les paramètres sont ainsi stockés dans la base de config et/ou dans les bases de service app associées et la réplication se fait de manière automatique lorsque la topologie évolue.