Pour faire suite à ma série sur le build automatisé de solutions full trust pour SharePoint voici une mise à jour de mon correctif. En effet si vous regardez la seconde erreur expliquée icivous verrez qu’il faut remplacer des lignes pour faire fonctionner le tout. Avec l’update 4 on sent que Microsoft prépare l’arrivée complète du 64 bits puisque les nouvelles lignes de remplacement sont désormais. <Import Condition="'$(Language)' == 'C#'" Project="$(MSBuildExtensionsPath32)\Microsoft\Windows Workflow Foundation\v3.

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.

Introduction Depuis plusieurs articles j’évoque le fait que nous (Negotium, la compagnie où je travaille) avons migré vers visual studio online (TFS Online). Ce service offre une majorité des fonctionnalités offertes par la version on premises de Team Foundation Server 2013 et même certaines fonctionnalités exclusives. Si vous n’avez qu’une vague idée de ce que peut faire TFS2013/VSO et que vous voulez en apprendre plus je vous recommande très fortement Professional Application Lifecycle Management de chez Wrox.

Au travail je suis en train de mettre en place du build automatisé pour des projets SharePoint (full trust) sur visual studio online. (Attendez-vous à voir plusieurs articles à ce sujet au fur et à mesure que je rencontre et résous des erreurs) Qui dit développement SharePoint dit assemblies signés par un certificat. Lorsque l’on initialise le projet on a deux options : Certificat est protégé par mot de passe : (extension pfx) c’était au début du tooling SharePoint, ou bien si vous avez monté la structure de solution (visual studio) vous-même avec plusieurs assemblies.

Introduction Nous, développeurs SharePoint des anciens temps où régnaient les solutions « full trust » avons bien compris une chose : l’utilisation de JavaScript améliore de loin nos solutions. En effet cela permet de diminuer la charge des serveurs et de rendre l’expérience utilisateur plus « responsive ». Mais voilà, lorsque l’on veut afficher des messages dans des langues différentes en fonction de l’utilisateur, comment faire ? En .NET (comprenez côté serveur) c’est assez simple, il suffit d’utiliser des ressources.

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).

L’équipe SharePoint a récemment mis à disposition les CU de Juillet pour SharePoint 2010 et 2013. Ils ont introduit deux grosses nouveautés. Premièrement les CU (mises à jour cumulatives) ne seront plus publiées tous les deux mois mais tous les mois. Cela s’inscrit dans la démarche d’accélération des cycles produits et « d’agilisation » des équipes produits. https://blogs.technet.com/b/stefan_gossner/archive/2014/07/09/july-2014-cu-for-sharepoint-2013-has-been-released.aspx https://blogs.msdn.com/b/joerg_sinemus/archive/2014/07/09/sharepoint-2010-and-july-2014-cu.aspx Autre précision le CU pour SharePoint 2013 apporte des changements au niveau de l’authentification S2S, du support des reverses proxies et des AAM pour plus d’informations :

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.

Mise en contexte Dans ma compagnie (www.negotium.com ) nous sommes en train de réaliser une migration importante pour nous peuple du développement : TFS 2010 vers visual studio online (ex tfs online). Cela va apporter beaucoup de nouvelles possibilités et outils à notre façon de développer et ça va permettre à notre département TI de décommissionner une (plusieurs en fait) machine. Je suis en train de préparer un article plus complet sur les avantages de la solution en ligne par rapport à l’édition en ligne.

Pour ceux qui ne l’auraient pas encore vu les équipes de Microsoft qui travaillent sur Office 365 ont créé un espace sur GitHub. https://github.com/officedev Qu’est-ce qu’on va y trouver ? Des exemples de code réalisés par Microsoft et par la communauté Des démonstrations présentées pendant les sessions de Microsoft et par la communauté Une partie des « documents » sources pour la documentation MSDN Les SDK pour les plateformes « tierces » (IOS, androïd…)