insideIT.fr : le blog des architectes IT de SFEIR

Aller au contenu | Aller au menu | Aller à la recherche

Tag - SharePoint

Fil des billets - Fil des commentaires

vendredi 12 juin 2009

Comment exporter un site SharePoint?

Par Boufous le vendredi 12 juin 2009, 12:05 - .NET

Avant toute chose il faut avoir les droits adéquats pour le faire. En d’autres termes il faut être "Team Site Owner" donc avoir un contrôle total sur le site concerné.

Il s'agit ici d'exporter un site SharePoint, c’est-à-dire déplacer toute l’arborescence de ce site (de la racine jusqu’au la dernière feuille), d’un environnement de départ vers un autre de destination. Il me semble important de clarifier ce point car la fonctionnalité «déploiement de contenu» (intégrée par défaut dans SharePoint) se limite seulement à copier une image intégrale du site.

Alors, comment exporter un sous site, liste ou même un simple élément du site?

Avant de répondre à cette question j’aimerais présenter un exemple de ce qu’on peut faire avec déploiement de contenu au niveau de la centrale d’administration de SharePoint :

Tout d’abord on va créer un «Path» pour définir la connexion entre l’environnement de départ et celui de la destination. Pour cela il suffit de suivre les étapes suivantes :

1 - Dans la rubrique Operations :

clip_image001 

2 - Puis «Content Deployment Paths and Jobs» :

clip_image002

«New Path» Pour configurer notre première connexion :

 clip_image004

clip_image006

On peut tester la connexion :

clip_image007

3 - Reste à rajouter les paramètres du site destination :

clip_image009

Une page récapitulative de nos Paths est disponible (on peut, entre autre : créer, modifier, exécuter les instances des Paths):

clip_image011clip_image012clip_image013

4 - Enfin on exécute notre Path pour effectuer le déplacement du site et le tour est joué :

clip_image014

C’est fini …Enfantin non ? A vous de jouer maintenant : )

Remarque très importante : les modèles des deux sites doivent être identiques.

Enfin : Pour exporter les listes, éléments…Il faut utiliser le modèle objet de SharePoint via l’API SharePoint (avec cette méthodes on peut aller beaucoup plus loin !...Pour cela le blog référence est:le site de Gossner ).

2 commentaires

jeudi 16 avril 2009

2010, nouveau chiffre d'or pour Office

Par Laurent Capin <Multi-Targeting> le jeudi 16 avril 2009, 22:16 - .NET

logoMarque2 C’est annoncé depuis hier, la prochaine vague de produits Microsoft Office portera le doux nom de 2010. On sait donc à quoi s’en tenir pour leur date de sortie. Il y aura tous les produits tournant autour de la suite Office :

  • La suite Office 2010 elle-même,
  • Exchange 2010 (livré second semestre 2009),
  • SharePoint Server 2010 que l’on attend impatiemment,
  • Visio 2010,
  • Project 2010 (en Technical Preview au troisième trimestre 2009)

Il semble attendu de réelles améliorations pour SharePoint 2010. Et pour la gamme, dans son ensemble et en tant qu’ensemble, un vrai soucis d’interopérabilité, mot très à la mode depuis quelque temps mais vrai soucis des clients et des développeurs. Le travail collaboratif est plus que jamais à l’honneur. Il faut faire parler les applications entre elles et faire circuler l’information sans que ça soit un casse tête.

Annonce officielle du 15 avril : http://www.microsoft.com/presspass/features/2009/Apr09/04-15Office2010.mspx

samedi 4 avril 2009

SharePoint Designer Gratuit.

Par Laurent Capin <Multi-Targeting> le samedi 4 avril 2009, 15:18 - .NET

SharePoint Designer 2007[2] C’est un peu la technique de l’hameçon. Dans cette époque, où le mot “gratuit” fait office de slogan marketing, mieux vaut offrir au client ce qui lui semble coûteux à lui et qui ne rapporte finalement pas grand chose. Un IDE ou un outil de design n’a jamais donné un retour sur investissement énorme en lui-même. C’est la raison pour laquelle Eclipse a toujours été gratuit. Ce qui rapporte vraiment ce sont les licences serveurs, bien entendu. Et des outils de développement gratuits, ce sont des développeurs qui testent l’outil, montent en compétences dessus, prennent des habitudes, des réflexes et deviennent les meilleurs ambassadeurs de la marque. Et les managers sont souvent plus influencés qu’on ne croit par leurs développeurs ou designers, surtout si ceux-ci sont enthousiastes.

Cette offre, c’est donc une façon de promouvoir l’outil SharePoint dans son ensemble, en courtisant les développeurs. De la même manière, Windows SharePoint Services est fournit gratuitement avec Windows Server et vise cette fois les administrateurs. On l’utilise, on y prend goût et puis on s’aperçoit des améliorations réelles qu’apporte MOSS, qui lui, est facturé au processeur. Il y en a pour tout le monde et tout le monde est gagnant.

Alors, à quand Visual Studio ou la gamme Expression gratuits ?

A télécharger sur : http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=baa3ad86-bfc1-4bd4-9812-d9e710d44f42

Q&A sur ce changement : http://office.microsoft.com/en-us/sharepointdesigner/HA103607621033.aspx

mercredi 18 mars 2009

SharePoint Object Model et Performances

Par Laurent Capin <Multi-Targeting> le mercredi 18 mars 2009, 16:19 - .NET

logo_win Un très bon article sur InfoQ écrit par Andreas Grabner revient sur un des problèmes récurrents dans l’usage de SharePoint : les mauvais usages du model objet de SharePoint qui peut entrainer de vrai pertes de performances. Dans cet article, il insiste bien sur un trait classique dans beaucoup d’outils riches comme SharePoint, à savoir que ce n’est pas parce que les possibilités sont nombreuses, qu’elles sont toutes bonnes. En particulier, il faut toujours s’assurer qu’un choix technique est en adéquation avec le cas d’utilisation considéré. SharePoint propose souvent beaucoup de moyens d’arriver au même résultat, tout comme le framework .NET. Pour autant, chacun des moyens proposé a été conçu dans une optique précise, qu’il ne faut pas oublier. Finalement, ces considérations sont valables pour la plupart des outils, frameworks, langages etc. C’est pourquoi il est bon lorsque l’on cherche à améliorer les performances sur un projet quelconque, de regarder ce qui se fait et de ne pas se jeter bille en tête sur le code. Quand-on dit qu’il ne faut pas réinventer la roue, c’est flagrant ici.

Le premier exemple est simplissime mais tellement parlant. Il rappelle que pour compter les items d’un liste, on a deux possibilités : utiliser la propriété “Count” de la collection “Items” de la liste ou directement la propriété “ItemCount” de la liste. Quelle différence ? Dans le premier cas la liste est effectivement parsée entièrement en base et retournée à SharePoint qui va faire le comptage lui-même. Dans le second cas, SharePoint demande le chiffre à la base, qui ne renvoie que lui, créant donc infiniment moins de trafic, et assurant un traitement instantané. Si l’on ajoute à cela que la valeur retournée est une valeur stockée dans la base elle même et non le fruit d’un calcul fais par la base à l’instant T, on comprend d’autant mieux le gain de cette option.

Voici donc une bonne occasion de voir ce que sait faire un expert et de l’appliquer. Il ne parle que des listes sous SharePoint et de leur lenteur fréquente, dû à chaque fois à un défaut de programmation. En 6 cas d’utilisations, il fait le tour des écueils fréquent dans l’implémentation des listes sous SharePoint. De quoi faire le tour de la question. A lire absolument !

L’article sur InfoQ : http://www.infoq.com/articles/SharePoint-Andreas-Grabner;jsessionid=DAC9303433D5783F94BA3BBDB01F611C

mardi 10 février 2009

Déploiement et cycle de vie d'une application SharePoint...TechDays2009

Par Boufous le mardi 10 février 2009, 22:40 - .NET

techdays2009Un labyrinthe de stands, un labyrinthe de salles et surtout un véritable labyrinthe de présentations…Des sessions pour tous les goûts et dans tous les domaines, dans ce billet j’aimerai récapituler une session très intéressante autour du déploiement et cycle de vie d’une application SharePoint, une session présentée par Stéphane Palluet (Senior Consultant Chez Microsoft France).

Tout d’abord une définition d’une application SharePoint :

Une application SharePoint se devise en trois parties :

     1) Le code : Les assemblies .Net(Page Aspx, WebParts…)

     2) La configuration : Les fichiers manifest XML (pour les définitions des sites et des listes…)

     3) Le contenu

Les outils pour mettre en place un environnement SharePoint :

     -Power Users : Pour les sites et les templates SharePoint

     -Designer&Analysts : Office Designer, Office Excel, Office Accès,…

     -Developpers Pro : Visual Studio comme environnement de développement (avec les extensions nécessaires)

Une remarque par rapport au SharePoint :

Un très bon outil pour réaliser les workflows et pour avoir des vues sur les listes et les sites SharePoint mais pas pour éditer le code !

Et comment déployer une application SharePoint ?

Après le développement de l’application (avec la construction de l’arborescence de répertoires à la main!…Pas très pratique!), le reste est simple, il suffit d’installer au sein de Visual Studio l’outil : WSPBuilder comme générateur des solutions WSP (ou installer les extensions Visual Studio pour Windows Sharepoint). L’application SharePoint est un package avec l’extension «.wsp» (et pour voir le contenu, il suffit de remplacer .wsp par .cab). Ce package contient des composants, des «Features», des fichiers de configuration et le fichier DDF.

Le déploiement de la solution wsp peut se faire via :

     - Une ligne de commande

     - Un installer (SharePointInstaller http://www.codeplex.com/sharepointinstaller).

Avant de terminer ce billet, il me semble intéressant de rappeler la définition de «Features».

Un Feature est une unité de conception et de déploiement, les Features nous permettent de créer des solutions modulaires et d’étendre les sites existants.

J’ai oublié de vous dire que je n’ai pas encore trouvé la sortie de mon labyrinthe…Alors j’y retourne ;)