J’ai l’immense honneur d’avoir été sélectionné pour être conférencier lors du collab 365. Cet évènement est l’héritier du sp24 avec le spbiz qui s’est déroulé il y a quelques mois. C’est un évènement gratuit en ligne qui se déroulera le 8 Octobre pendant 24h autour du globe. En plus de me retrouver aux côtés de conférenciers de renom, j’ai l’immense privilège d’avoir 4 sessions à donner (ça promet d’être sportif)

Introduction au nouveau système de build Microsoft a récemment rendu disponible un nouveau modèle de définitions de build avec la version 2015 de Visual studio (les binaires tfs 2015 ne sont pas encore disponibles mais le service est déjà présent dans Visual Studio Online). Pour rappel, les « anciens » modèles de build étaient basés sur deux éléments : Le build process template : en XAML, qui définit les étapes que va suivre la séquence de build Le build défintion : qui va servir de liant entre le template, les sources et un ensemble de paramètres.

Cet article s’adresse aux développeurs SharePoint full trust qui ont (vont) développé un service (SPService) pour SharePoint. En effet dans le cadre où vous bâtissez un produit pour SharePoint comme on le fait chez Negotium (www.oceanik.com www.theattributesolution.com ) vous avez probablement intégré une application de service dans votre solution. Si c’est le cas votre application de service a probablement un service SharePoint dédié pour exécuter son code (que ce soit un service porté par IIS ou un service windows).

Bonjour à tous, Chez Negotium technologies nous développons plusieurs produits pour SharePoint. (www.oceanik.com www.theattributesolution.com …) Un problème assez complexe nous est récemment arrivé. Imaginez que ces deux produits aient une dépendance commune (newtonsoft.json pour ne pas la nommer). Maintenant imaginez que les deux produits soient installés sur une même ferme SharePoint et que pour une raison quelconque vous vouliez désinstaller uniquement un des produits. Quand SharePoint va rétracter le wsp, il va naturellement rétracter toutes les dll’s qui étaient dedans.

Chez Negotium nous avons récemment rencontré un problème assez étrange. Imaginez que vous avez bâti une app pour SharePoint précédement (Provider-Hosted) Imaginez maintenant que vous avez mis à jour vers la dernière version du SDK (mise à jour de Avril/Mai) Maintenant imaginez que votre tenant a été mis à jour récemment (v16.0.4121.1212 ou supérieure). Comme c’était préconisé lorsque Microsoft a livré le modèle d’applications, il y a de fortes chances que vous chargiez les SP.

Bonjour à tous, Pour ceux qui ne le savent pas déjà, vous pouvez définir les paramètres « appSettings » de votre application depuis l’interface azure. Le fait d’utiliser cette technique plutôt que celle de transformation xsl a plusieurs avantages notamment : Uniquement l’admin connait les paramètres finaux, ils ne sont pas sur le contrôle de code source Interface conviviale Les paramètres peuvent être liés au slot (case à cocher), cela permet d’avoir des scenario du type « c’est mon paramètre de staging avec celle valeur, et telle autre valeur pour la prod, et ces paramètres ne swap pas quand je swap l’application » J’ai récemment trouvé une coquille avec cet outils.

Le 8 Juin prochain j’aurai l’occasion d’intervenir au MSDEVMTL pour parler du développement office. Au programme : Opportunités Développement Office Développement SharePoint Développement Office 365 L’objectif étant de démontrer que le développement office/office 365/SharePoint a bien évolué ces dernières années aux développeurs .NET « classiques » et que les méthodologies de développement sont bien plus similaires à ce qu’ils connaissent. Quand on parle de développement office (au sens large) c’est un marché de 1.

Cette année encore j’aurai l’honneur d’être conférencier au SharePoint Saturday de New York City https://www.spsevents.org/city/nyc/nyc2015 Ma présentation sera à propos de l’importance des métadonnées en entreprise. (en Anglais) Nous allons commencer par effectuer un rappel théorique des différents types de métadonnées et quels sont les avantages et inconvénients de chacun. Ensuite nous verrons ce qui est supporté par SharePoint et quels sont les outils existants à disposition. Enfin nous terminerons avec l’importance de la mise en place de ces outils en entreprise et comment ils vont vous aider à effectuer une transition vers le Graph et améliorer la trouvabilité du contenu.

Cette année encore j’aurai l’honneur d’être conférencier au SharePoint Saturday de Montréal sharepoint-saturday-montreal-2 J’ai aussi eu l’occasion d’aider à l’organisation aussi cette année, c’est une expérience intéressante et je tiens à remercier Serge, Nico, Luc, Philippe, Seb, Fabrice et Alain pour leur implication sur le projet, c’est beaucoup plus de travail qu’on imagine ! Ma présentation sera à propos de l’importance des métadonnées en entreprise. Nous allons commencer par effectuer un rappel théorique des différents types de métadonnées et quels sont les avantages et inconvénients de chacun.

Les 17 et 18 Juin 2015 se déroulera la spbizconf (https://www.spbizconf.com/ ) Cette conférence orientée principalement business (avec un peu de technique aussi) est gratuite, en ligne et se déroulera en Anglais. Allez vite vous inscrire ! Pour ma part j’aurais la chance d’animer une session sur le Graph. On va faire un peu de théorie pour bien poser les bases, parler du Graph de Microsoft et de la vision puis finir par les cas d’utilisation réels et expliquer ce à quoi ça pourrait servir dans votre entreprise.