Avec les outils de développement office pour visual studio 2015 (et probablement aussi avec la mise à jour Aout 2015 pour VS2013, mais je n’ai pas testé) il est possible que vous obteniez l’erreur suivante :

unable to find version ‘3.1.2’ of package ‘appforsharepointonlinewebtoolkit’

Et ce lorsque vous effectuez un « update-package » dans la console nuget ou que vous avez une étape de restauration des packages dans votre processus de build. (impossible de vous en passer si vous n’incluez pas le dossier des packages dans votre contrôle de code source).

Bonjour à tous,

Billet rapide pour vous indiquer que Microsoft vient d’annoncer un nouvel évènement : la AzureCon. Première édition le 29 Septembre.

Cet évènement en ligne et gratuit va se concentrer sur les technologies Cloud de Microsoft (principalement Azure) et traitera des nouveautés et de ce qui va être livré.

Conférenciers de marque, contenu de qualité, c’est l’occasion d’en apprendre énormément sur les technologies Azure et leur utilisation.

Cette conférence devrait se dérouler plusieurs fois par an (environ 4 fois), la raison principale étant la suivante : « avec des sorties et nouveautés toutes les 3 semaines sur chacun des services, on ne pouvait simplement pas attendre un an pour tout annoncer avec l’Ignite ou la Build » (PM Azure Microsoft)

Cela fait plusieurs mois que je « joue » avec plusieurs services d’analyse sémantique. J’ai notamment découvert en avril www.alchemyapi.com Un des aspects intéressant étant qu’ils ont été rachetés il y a peu par IBM.

Analyse sémantique

Qu’est-ce que l’analyse sémantique ? c’est l’analyse de données texte (ou d’images aussi dans certains cas) et d’essayer de comprendre le sens du contenu pour en extraire les métadonnées. C’est un peu comme si je vous donnais un document, demandais de le lire et disais « de quels concepts ça traite ? de quelles entités (villes, dates, lieux, personnes…) ? etc etc » L’objectif étant bien évidemment de le réaliser automatiquement.

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.

Cette méthodologie fournit de nombreuses possibilités pour automatiser votre compilation, packaging, tests unitaires et même dans certains cas les déploiements.

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. Y compris la dépendance commune dont l’autre produit a toujours besoin. Ceci va mettre en défaut l’autre produit.

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.*.js et MicrosoftAjax.js (dont dépendaient SP.*.js) depuis <HostWebUrl>/_layouts/15/fichierjs.js ou bien <AppWebUrl>/_layouts/15/fichiersjs.js

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. Admettons qu’on définisse uniquement les clefs dans le web.config comme ceci car on estime que de toute manière la valeur va être fournie par le service de configuration.

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.4 milliards de clients potentiels dont on parle, une opportunité à ne pas rater à mon sens.