Dans le cadre de l'utilisation d'un Tenant Office 365, le site racine est un passage oblige et il convient de le personnaliser. Ainsi, le logo et titre est un basique de cette adaptation, car il ne nécessite aucune compétence spécifique hors des droits administrateurs. Tout fonctionne parfaitement pour les collections de sites standard (avec des urls du type :  https://MySuperbRootsite.sharepoint.com/sites/ MySuperbCollection ). Mais dans le cas du site racine du tenant ( https://MySuperbRootsite.sharepoint.com ) : Une erreur apparait immédiatement après le click sur OK Après de nombreuses recherches, les seules solutions trouvées sont plutôt troublantes : https://community.office365.com/en-us/gsearch#q=change+logo&groups=4&ss=e29787cb-e9a2-490e-a4fb-70125dd292d4&first=true&pi1680537407=1 Need permission to change site logo Change Site Logo: Sorry, you don't have access to this page Le changement de droit au niveau scripting sur tout le tenant me semble un...

  Pour des raisons inconnues ou mal connues, le serveur TFS 2013 a décidé de devenir inutilisable durant tout le week-end. Sans doutes pour passer aussi un week-end paisible. Malgré tout, après des heures de recherche, plusieurs solutions ont permis de fixer la situation, dont une qui ressemble à la solution ultime. Fixation des erreurs de sécurités provenant des migrations Les bases TFS proviennet d’anciennes solutions qui ont été migrées de TFS 2005 et TFS 2010, les articles sur ce point: TFS 2013 : Migration d’une ferme TFS 2010 vers 2013 sans upgrade TFS 2013 : Migration d’une ferme TFS 2005 vers 2013 sans Upgrade Sur le serveur TFS depuis cette migration, des erreurs se trouvaient dans l’Event Viewer du type: Event ID 3300 TF53010: The following error has occurred in a Team Foundation component or extension: Date (UTC): 07.09.2015 08:27:12 Machine: XXXXXXX Application Domain: TfsJobAgent.exe Assembly: Microsoft.TeamFoundation.Framework.Server, Version=12.0.0.0, Culture=neutral...

  Dans le cadre de la configuration de ferme SharePoint 2013, il est indispensable de mettre en place un serveur Office Web Apps afin de bénéficier d’une fonctionnalités importantes dans SharePoint 2013, l’ouverture du document office dans le navigateur (que ce soit en lecture seule ou en édition). Le processus de configuration est détaillé ici même: SharePoint 2013 : Mettre en place une solution Office Web Application 2013 de test Malgré tout, il se peut qu’après avoir suivi toute la configuration, la solution ne fonctionne toujours pas. L’utilisateur recoit alors un message très peu détaillé avec le corrélation ID. En regardant les logs ULS du serveur et recherchant le Correlation ID, on trouve plusieurs messages du type: SharePoint Foundation             Authentication Authorization      aib35    Medium      SPShareByLinkHandler.Initialize : Not a ShareByL...

  Avec le passage de plus en plus nombreux de clients vers les solution Cloud, Microsoft pousse aussi la migration de ces mêmes clients vers sa suite Office Cloud. On y retrouve de très nombreux produits dont je ne ferai pas la liste ici, mais surtout cette liste grandit mois après mois. Une question se pose alors quant à la  gestion de ces environnements , car en ayant les serveurs à disposition, la solution de scripting ou d’administration web est très simple, mais en Cloud, ce n’est pas aussi évident. Site Web d’administration Pour la gestion via l’interface web, cela se passe via les deux sites Web d’admin Office 365: Administration de tout le contrat O365:  https://portal.office.com/Admin/ Administration de l’environnement SharePoint Online:  https://TenantName-admin.sharepoint.com/ Ces interfaces sont riches, mais pas autant que l’administration peut le souhaiter et les SharePoint admin doivent rapidement regarder vers la solution de scripting et donc PowerShel...

  Dans un précédent message, nous avons vu la problématique de la maintenance d’anciennes infrastructures alors que le monde continue son avancée: SharePoint : Incompatibilité avec Internet Explorer 10 (IE10) Pour rappel, le problème en question présenté ici pour du SharePoint 2007: Issue Editing SharePoint Sites Using Internet Explorer 10 Ainsi la solution présentée fonctionne parfaitement, mais est plutôt radicale, car elle définie toutes les applications Web sous le même root domain avec ce mode. Problème Ainsi, si votre site SharePoint intranet en question fonctionne avec l’URL ( http://sp.mymain.net ) et que vous définissez cette option de compatibilité, elle deviendra active pour l’ensemble des applications Web ayant une URL du type ( http://xxxx.mydomain.net ). L’impact après un certain nombre d’années vient avec les nouvelles applications qui ne supportent pas ce mode compatibilité et qui ont un design explosé avec ce paramètre. Solution Il existe une solution fournie par m...

  Un article précédent a permis de voir les grandes étapes à suivre pour migrer une ferme TFS 2010 (valable aussi pour 2008) vers 2013: TFS 2013 : Migration d’une ferme TFS 2010 vers 2013 sans upgrade Mais il existe encore une version toujours en production pour certains développements (VB 6 par exemple) qui va devoir être passé aussi en 2013 pour ne pas avoir les soucis de fin de support. TFS 2005 comprend aussi plusieurs moteurs différents pouvant gérer du contenu : SharePoint 2003 (Une collection par projet) Reporting Services (Un répertoire par projet) TFS 2005 (un certain nombre de Bases de données pour gérer les différent aspects) Nous laisserons de coté les reports, car TFS 2013 permet de les régénerer avec les options décisionnelles. Il nous faut donc migrer les deux contenus classiques: TFS Databases SharePoint Databases Dans un premier temps comparons les configurations basiques des deux environnements pour comprendre le monde qui les sépare TFS 2005 TFS 2013 Windows Serv...

  La fin du support de Windows 2003 Server pousse à migrer de nombreuses solutions fonctionnant encore sous cette version d’OS. Ainsi Team Foundation 2010 fait parti de cet ensemble et il est intéressant de profiter de cette “Migration” pour restructurer entièrement son environnement de développement industriel. Il convient dans un premier temps de définir les 3 URLs qui seront utilisées par les modules de l’application: TFS  lui-même:  http://mytfs.mydomain.com SharePoint  de TFS:  http://mytfssp.mydomain.com Reporting Services  de TFS:  http://mytfsrs.mydomain.com Ensuite on peut installer les différents produits de la plateforme dans l’ordre suivant: SQL Server 2014 avec tous les modules (DB Engines, SSAS, SSIS et SSRS), puis configuration propre de SSRS avec le binding sur l’URL définie plus haut SharePoint 2013 avec l’URL plus haut Team Foundation Server 2013 dans lequel on spécifie les URLs de Reporting Services et SharePoint 2013 Il faudra aussi...

  Cette semaine a eu lieu la première étape du Tour yOS: #1 – yOS-Day à Genève le 13 avril 2015 Cette journée fut consacrée à différentes session autour de la plateforme Office 365 et des différents angles d’approche possible (End User, Infrastructure, Développeur, change management, …). J’ai pu y suivre différentes sessions don’t les suivantes Gilles Pommier - MVP Office 365 & Aurélien Prevot - Consultant Azure & SharePoint : Auprès de mon app, je vivrai heureux : les quelques best practices d'une migration réussie vers SharePoint Online. Cette session fut très intéressante pour moi, car le monde du développement SharePoint n’est plus mon univers (excepté en PowerShell) et une piqure de rappel est toujours la bienvenue sur l’approche imposée par Microsoft dans sa nouvelle mouture. Ce que je retiens principalement On ne parle plus de WebPart, apps, …. mais simplement d’AppParts Les Apps sont principalement en iFRAME dans le monde 365 De plus en plus de développements se fon...