Developer on Le blog de baywet

Mise à jour de Novembre des outils développeurs Office

Fri, 28 Nov 2014 01:55:34 +0000

Si vous faites du développement SharePoint vous avez sûrement remarqué que les outils ont une nouvelle mise à jour de disponible.

Avec les précédentes versions, les dll’s Microsoft.SharePoint.Client.Search et Microsoft.SharePoint.Client.Search.Applications n’étaient pas présentes (probablement un oubli).

Deux solutions s’offraient alors à vous :

Vous assurer que tous vos développeurs avaient les binaires de SharePoint installés sur leur machine
Embarquer une copie de la dll prise sur une machine SharePoint

Dans les deux cas ce n’était pas pratique.

Pourquoi ne pas inclure de contrôles télérik dans vos produits SharePoint ?

Mon, 21 Jul 2014 03:31:14 +0000

Avant tout cet article se veut être un retour d’expérience sur un cas assez particulier du développement SharePoint. Les produits et composants telerik sont de très bons produits qui permettent d’accélérer vos développements (SharePoint ou non) en vous fournissant des contrôles utilisateurs poussés et paramétrables à souhait.

Certains d’entre vous le savent déjà, je travaille dans une équipe qui développe des produits pour SharePoint (www.oceanik.com et les autres n’ont pas encore de site dédié, on a encore du travail côté marketing).

Ayez tous les outils d’une startup de première classe en 10 min

Thu, 03 Jul 2014 03:58:58 +0000

Au travers de ma carrière j’ai eu la chance d’être impliqué dans plusieurs startups et/ou petites entreprises essayant de créer un produit ou service numérique. Cependant une question se pose très rapidement :

Comment avoir des outils de travail efficaces en minimisant l’impact financier ?

Et par impact financier j’entends aussi le temps passé à les mettre en place, car c’est du temps qu’on ne passe pas sur son cœur de métier ou plus généralement à créer de la valeur.

Gestion des ressources, rendre vos solutions SharePoint « globally deployed »

Thu, 23 Jan 2014 03:37:00 +0000

Introduction

Cela fait quelques temps déjà que je voulais rédiger cet article, j’ai trouvé cette solution il y a quatre ou cinq mois déjà. Mais par manque de temps je n’ai pas pu le faire avant. Récemment Sébastien LEVERT, développeur SharePoint de haut vol et membre de la communauté SharePoint à Montréal, a publié un article qui traite du même genre de problématique. Allez le lire, je vais faire en sorte que nos deux articles soient complémentaires (faute d’avoir publié plus tôt) https://www.pimpmysharepoint.com/2014/01/09/deployer-des-fichiers-de-ressources-simplement/

Boost your SharePoint solutions with distributed cache!–Part 3–Let’s Code!

Tue, 17 Dec 2013 12:06:00 +0000

Let’s code!

All what you need is located in these namspaces Microsoft.SharePoint.DistributedCaching , Microsoft.SharePoint.DistributedCaching.Utilities, Microsoft.ApplicationServer.Caching, it is strictly forbidden to reference anything else coming from the appfabric sdk!

Another information, depending on your version of SharePoint and of Visual Studio it is possible that you don’t have these dll’s in SharePoint’s ISAPI (folders VS will look at to know which assemblies are available for your projects). In that case you will need to reference dll’s directly from their GAC location. You can use ILSPY or something equivalent to know the exact location. (or ask me in comments if you need it).

Boostez vos solutions SharePoint avec le cache distribué !–Partie 1 Introduction

Wed, 11 Dec 2013 01:15:14 +0000

Prélude

J’étais parti pour faire uniquement un article, mais j’ai constaté en cours de route qu’il y avait plein de choses à expliquer. De plus je suis bavard, ça ne m’aide pas forcément. J’ai donc opté pour une série d’articles (3). Un article sera publié tous les deux jours à compter d’aujourd’hui. L’exemple de code sera fourni avec le dernier article, ça vous oblige à lire jusqu’à la fin ;-) Bonne lecture, et n’hésitez pas à commenter.

SharePoint autohosted app et ASP.NET MVC

Wed, 13 Nov 2013 03:55:00 +0000

Faites des apps qu’ils disaient, ça sera plus facile qu’ils disaient…

Visual Studio 2013 apporte un nouveau Modèle de projet : SharePoint Auto hosted App MVC (Cool !)

J’aime bien SharePoint, J’aime bien le MVC alors pourquoi pas mélanger les deux ?

Pour rappel les apps SharePoint auto hébergées ne sont disponible que pour Office 365. Techniquement Office 365 va créer un Azure Website à la volée quand l’app est déployée. L’éventuel surcoût de cet hébergement sera facturé au tenant (comprendre le gars qui paie office 365).

Entity Framework et référence au dataContext pour une application web

Thu, 07 Nov 2013 02:59:00 +0000

Lorsque l’on utilise l’entity framework et un datacontext on se pose souvent la question suivante :

Faut-il favoriser la performance et la simplicité d’utilisation ou bien la flexibilité (scalability) ?

(non ? vous ne vous posez pas ce genre de question existentielle ?)

Je détaille ma question :

Référence statique

Dans un premier cas vous faites une référence static au contexte, avec certaines fois du lazy loading et/ou une gestion du dispose dans le global.asax (évènement application end).

Le developer dashboard reste vide sur SharePoint 2013

Thu, 08 Aug 2013 02:54:14 +0000

Vous l’avez déjà remarqué mais le développer dashboard de SharePoint a bien évolué sous SharePoint 2013. Intégrant plein de nouvelles données et étant plus clair à lire.

Cependant il peut arriver qu’il reste désespérément vide, le tout sans message d’erreur très explicite dans les logs SharePoint, ce qui est parfois frustrant.

Le point de départ de la mise en route de cet outil formidable est l’application de service d’usage et statiques (puisqu’il faut bien que quelque chose s’occupe de connecter les données) j’ai trouvé un post assez bien fait sur le sujet à vous de lire https://www.wictorwilen.se/sharepoint-2013-developer-dashboard-shows-no-data-issue