SharePoint 2007 : Features et Solutions, les outils de Creation et de Deploiement (partie 2)

Sur le même thème que "SharePoint 2007 : Features et Solutions, les outils de Creation et de Deploiement (partie 2)"

SharePoint 2007 : Features et Solutions, les outils de Creation et de Deploiement

Quand on surveille un peu les forums MSDN France sur SharePoint, on se rend compte qu’il y a de moins en moins de questions sur la création de composants purs « SharePoint » et de plus en plus de questions sur la création des fichiers « artefacts » (f... [lien] [FR]

SharePoint Deployment : Feature, Feature, Solution .... mais aussi WebProvisioningProvider

SharePoint Deployment : Feature, Feature, Solution .... mais aussi WebProvisioningProvider Petit message a tous mes lecteurs développeurs SharePoint Je répete encore et encore que 90 %  du temps, la solution a une problématique SharePoint passera forcement par l'utilisation et la conception d'une Feature. Et je maintiens Mais comment déployer physiquement mon dev (via Feature) sur mes serveurs de prod ? >>> Simple, vous la packagez dans une solution et hop, en ligne de commande STSADM, via l'installer MSI d'Ontolica ou la web interface de TamTam  Mais comment mettre a jour un site déja créé ? >>> Simple, vous utilisez le Feature Stapling et vous le mappez sur l'identifiant de votre modéle de site Vous voyez, Feature reste souvent la réponse générique :) Enfin pour 90 % des cas ... ... Et je suis tombé dans l'un des 10% de cas : et oui, la nature déteste le vide >>> le Stapling et les Features activés par site Definition sont activés trop tôt dans le cycle de création d'un SPWeb. Dommage, mais alors "Que pouvons nous bien faire ?" >>>>>>> Simple voyons, il vous reste la solution du WebProvisioningProvider La SPWebProvisioningProvider est une classe de base permettant de personnaliser la phase de "provisionning" de SharePoint. Elle est d'ailleurs largement utilisé dans le cas de publication de site MOSS (vous savez les modéles entreprises) Exemple : avec le modèle SPS Il suffit juste de déclarer la DLL signée avec son strong name dans les attributs ProvisionAssembly et ProvisionClass. ProvisionData, lui permet de passer des paramétres externes pour aller encore plus loin dans la personnalisation. En ce qui concerne la classe, vous ne devez que surcharger la méthode Provision(SPWebProvisioningProperties props) et faire vos propes "actions" class SiteAction : SPWebProvisioningProvider { public override void Provision(SPWebProvisioningProperties props) { using (SPWeb web = props.Web) web.AplyWebTemplate("STS#1"); //if you don't apply a template you will be prompted to select one upon creation //your own custom things ... web.Update(); } } } Ainsi, avec votre propre WebProvisioningProvider vous pouvez aisement accéder aux listes crées de votre site et, par exemple, modifier l'héritage des listes et pre paramétrer les sécurités (pardon, SPRoleAssignment)  de celle ci. Voir même créer les connexions entre listes vu que les GUIDs existent. Et quitte a reparler des Features, bien pourquoi pas, activer certaines features "hidden" pour des cas métiers en se passant de script supplémentaires Une classe bien sympathique non ? Encore un nouvel incontournable (de plus) Pour revenir a l'exemple du modèle MOSS Portal, le PortalProvisioningProvider utilise simplement une arboréscence XML de Site Definition pour créer/provisionner un portail MOSS avec News, Document, Report Center, Search Center et Site Directory en une fois. A vous de créer les votres ! Voici quelques annexes pour aller plus loin dans le concept : · Creating a Custom SharePoint 2007 Portal Site Definition using the PortalProvisioningProvider Class · WSS Web Template Provision Class · Controlling Site Provisioning Process with a Custom Provider · Feature Inheritance for new sites Renaud Comte aka TheMit (Je provisionnes, tu provisionnes, SP provisionne ...) Member of WygTeam http://www.wygwam.com Technorati tags: MOSS, SPWebProvisioningProvider, provisonning, custom control, WSS, SharePoint [lien] [FR]

SharePoint 2007 : Creation de Workflow avec Visual Studio 2008 (Partie 1)

SharePoint 2007 : Creation de Workflow avec Visual Studio 2008 (Partie 1) Tout comme beaucoup de blogueurs, la préparation aux Techdays 2008 m'a un peu éloigné de ce blog. Toute mes excuses :( En effet, vous le savez peut-être, j'ai eu la chance de présenter une session aux Techdays 2008 avec Julien Balouka sur la Création d'un Workflow pour Windows SharePoint Services 3.0 avec Visual Studio 2008. Je tenais d'ailleurs a remercier Pierre Lagarde de m'avoir fait confiance sur cette session. L'idée est de profiter de cette préparation sur les workflows avec Visual Studio 2008 et SharePoint pour partager avec vous quelques astuces de développement et aller plus loin que ce que nous avons vu durant la session (je parlerais notamment des workflows dans MOSS). Le but de cette série de billets sur les workflows va être de revoir en détails les démonstrations que nous avons pu faire en une heure, et surtout d'insister sur des points que nous avons dû voir a la "vas y que je te pousse" pour tenir les délais d'un heure :). Bref, en détails et dans le désordre, je vais vous présenter : · les avantages de Visual Studio 2008 pour le développement de workflow "SharePoint" · les différences entre workflows séquentiel et a états. · le désign d'un workflow a états · l'utilisation de correlation token · des activités comme OnWorkflowActivated, Delay, ... · la création de formulaires ASP.Net et Infopath+Form Services · L'intéraction entre les workflow SharePoint et la suite Office 2007 · la gestion de la sécurité sur les tâches et sur les documents liés au workflow · la gestion d'un processus d'escalade dans les deux types de workflow · la gestion des erreurs dans un workflow · La creation de types de contenu (content type) personnalisés pour votre workflow · le packaging et le déploiement sur votre environnement. Je m'y mets de suite ! [lien] [FR]

SharePoint 2007 : Déploiement de WebPart et Utilisation de SPFeatureReceiver

SharePoint 2007 : Déploiement de WebPart et Utilisation de SPFeatureReceiver Que faire lorsque vous avez enfin fini de développer votre WebPart ? La déployer ! Comment ? Plusieurs méthodes existes mais me connaissant, vous devez savoir que je vais parler de feature, de solution et de WSPBuilder et des VseWss. Regardons ensemble la base de la feature pour déployer la webpart suivante (code simple car ce n'est pas le sujet de ce post) : Pour déployer cette webpart vous allez utiliser une feature composé de 3 fichiers dont voici un exemple : · Feature.xml   · Elements.xml · [nomdewebpart].webpart Pour plus d'informations concernant les attributs et sections composant chacun de ces fichiers, je vous renvoie au SDK WSS 3.0  (Oui, je sais c'est facile ^^) Au final, cette feature uploadera le fichier CleanWebpart.webpart dans la galerie de webpart de votre collection de site via la section Module compris dans le fichier elements.xml. La problématique avec cette section Module est qu'elle uploade bien les fichiers mais ne les supprime pas lors de la désactivation de la feature. Dans certain cas, c'est le comportement souhaitable mais il peut y avoir des cas où vous souhaiteriez avoir l'effet inverse. Pour ce faire, vous allez compléter le fichier feature.xml comme suit (Ajout de l'attribut ReceiverAssembly et ReceiverClass) : Rajouter un nouveau fichier de type "class" (ici, nommé CleanWebpartReceiver) et le faire hériter de SPFeatureReceiver. Cette classe a 4 méthodes intéressantes : FeatureActivated Appelée après activation de la feature FeatureDeactivating Appelée lors de la désactivation de la feature FeatureInstalled Appelée après installation de la feature FeatureUninstalling Appelée lors de la désinstallation de la feature Il ne vous restera plus qu'a overrider les méthodes qui vous intéressent (activation, désactivation, etc...) : Le mécanisme est relativement simple : · Récupération de la collection de site via les propriétés de la feature (properties.feature.parent est un SPSite car la feature a été inscrite en SCOPE = SITE) · Récupération du catalogue de Webpart sous la forme d'une SPList · Récupération du fichier descriptif de la Webpart (CleanWebpart.webpart) via la fonction GetWebPartFileName · Suppression de la WebPart Voyons ensemble la fonction DeleteWebPartViaCAML : Les amateurs reconnaîtront l'utilisation de l'outil CAMLViewer. Ici on récupère, via une requête CAML, tout les éléments du catalogue de webpart qui sont liée a CleanWebpart.webpart, puis on les supprime. Quel en est l'effet ? Dorénavant, un utilisateur ne pourra plus rajouter cette webpart dans la collection de site concernée. Néanmoins, toute les webparts ajoutées antérieurement continuerons de fonctionner normalement (tant que la DLL sera dans le GAC).   Pour finir, il est intéressant de noter que l'on pourrait pousser le vice jusqu'a ajouter automatiquement la webpart sur la homePage (par exemple) du site WSS via l'utilisation du SPLimitedWebPartManager. Ce manager permet (entre autres choses) de manipuler (Ajout, Suppresion, Modification, Connection, etc...) les webparts sur une page de webpart.     Bien sur, tout ceci aurait pu être fait différemment et de manière plus complète (gestion d'erreurs, commentaires ^^) mais je suis sur que vous avez saisi l'idée. [lien] [FR]

SharePoint 2007 : SharePoint Quick Launch, SPViewPermissionSetting, SPListDisplaySetting

SharePoint 2007 : SharePoint Quick Launch, SPViewPermissionSetting, SPListDisplaySetting Je viens de me rendre compte que cela fait près de 6 mois que je suis accro a un outil fait par un des membres de la communauté SharePoint française (Laurent Cotton) et que je n'en avais jamais parlé sur ce blog. D'autant plus étrange que j'en parle tout le temps en formation comme étant un des tools indispensables dans la boite a outils du SharePointeur : J'ai nommé SharePoint Quick Launch SharePoint Quick Launch Le concept est simple, donner accès en un clic au : · Répertoire 12 de SharePoint · Répertoire des Features · Ouvrir une fenêtre de commandes MS-DOS et avec le path qui pourra lancer STSADM De plus pour chaque Application Web liée a SharePoint, vous allez pouvoir : · Recycler l'application pool · Editer le Web.Config · Browser le site (lancera IE) · Ouvrir le répertoire IIS Honnêtement, j'ai pas mal d'outils sur mes VPC SharePoint mais vous pouvez être sur que c'est le premier que j'installe :) Mais Laurent a aussi réalisé deux autres features disponibles elles aussi sur Codeplex : SPViewPermissionSettings et SPListDisplaySetting SPViewPermissionSettings Le concept est simple : administrer et configurer des vues pour des groupes Après activation de la feature, un nouveau menu apparait dans l'interface d'administration de la liste, View Permission Setting (Powered ...)" Un formulaire apparait et vous permet de spécifier des vues pour chacun des groupes existants On voit ci-dessous ce cela vous permet d'avoir en fonction de votre groupe. ... Et pour finir, avec SPListDisplaySetting, il règle une problématique récurrente dans le monde de la customization de formulaire, le fait d'afficher ou pas un champ d'un élément. Pour information, il existe des solutions plus ou moins élégantes comme par exemple : More SharePoint Branding - Customisation using Javascript - Part 5, Part 1, Part 2, Part 3, Part 4 SPListDisplaySetting Après activation de la feature, un nouveau menu apparait dans l'interface d'administration de la liste, Display settings (Powered ...) Un nouveau formulaire apparait vous permettant de définir pour chaque mode (nouveau, édition, affichage) quand afficher les champs de la liste · Toujours · Jamais · Quand l'utilisateur courant fait partie (ou pas) d'un groupe SharePoint Bref, des features sympas et un outil vraiment cool. Ca mérite d'aller s'abonner a son blog http://sharepoint.over-blog.fr/ [lien] [FR]

SharePoint 2007 : Création de Workflow avec Visual Studio 2008 (Partie 3)

SharePoint 2007 : Création de Workflow avec Visual Studio 2008 (Partie 3) Ce billet fait suite a une session présentée durant les Techdays 2008 sur la Création d'un Workflow pour Windows SharePoint Services 3.0 avec Visual Studio 2008 Durant cette session, nous avons abordés (Julien et moi) de nombreux sujets comme : • les avantages de Visual Studio 2008 pour le développement de workflow "SharePoint" • les différences entre workflows séquentiel et a états. • le design d'un workflow a états • l'utilisation de correlation token • les activités comme OnWorkflowActivated, Delay, ... • la création de formulaires ASP.Net et Infopath+Form Services • la gestion de la sécurité sur les tâches et sur les documents liés au workflow • la gestion d'un processus d'escalade dans les deux types de workflow • La création de types de contenu (content type) personnalisés pour votre workflow • le packaging et le déploiement sur votre environnement. Et bien, maintenant que les vidéos des Techdays 2008 sont disponibles, vous allez pouvoir retrouver tout ça (vidéos et slides) a cette URL: http://www.microsoft.com/france/vision/mstechdays08/WebcastMSDN.aspx?EID=6f2d454c-6e96-432c-999c-0552a6096ea7 Le but de cette présentation est de vous faire découvrir comment utiliser les nouvelles fonctionnalités de Visual 2008 pour créer des workflows pour SharePoint 2007, ainsi que d'apprendre les étapes nécessaires a la création d'un workflow avancé avec l'utilisation de formulaires d'instanciation, d'initiation, de tâches utilisateur, d'assignation de permissions a la volée, etc … Pour finir, C'était aussi l'occasion de vous montrer qu'il est possible ,grâce a Visual Studio 2008, de déployer et de débugger votre workflow dans votre environnement en un simple clic. En attendant les articles (en cours d'écriture) qui préciseront les propos tenus lors de la présentation, vous pourrez retrouver la vidéo sur le site des Techdays 2008. [lien] [FR]

[AVIS] De la différence philosophique entre Lotus Notes et SharePoint 2007.

[AVIS] De la différence philosophique entre Lotus Notes et SharePoint 2007. Voici un billet d'un nouveau genre, entre le retour d'expérience et le recul critique, en résumé, Mon avis personnel sur une problématique technologique. -------------------- Avis que je vais tenter de défendre, argumenter et commenter. A vous ensuite de vous faire votre propre avis sur la question Bonne lecture (et j'attends avec impatience vos commentaires constructifs, passionnés et passionnants)   Pour le premier de la série, j'ai choisie un sujet qui revient souvent ces temps ci. Et par tous les moyens de communication possibles !!! Par · mail · courrier · mobile · Skype · MSN · ET même mon voisin de compartiment dans le TGV !!!! Nous dirons donc un sujet bien "a la mode" : Migration de bases Lotus Notes vers SharePoint 2007 Attention, il ne s'agit que de mon avis personnel et n'engage que moi et pas mon employeur ou tout éditeur partenaire. Il est vrai que bien des sociétés ont déployés moult serveurs et sites SharePoint, et souvent avec réussite. Le tout soutenu par des user-cases accréditant encore plus un marketing assez efficace de Microsoft sans pour autant être vraiment agressif (du moins sur ce sujet la). Un succès qui se confirme doucement mais sûrement et qui commencent même a convaincre bien des entreprises de franchir le pas. Et pas n'importe lequel : Migrer un environnement Lotus Notes a la technologie SharePoint... Il y a 6 ans, j'assurais déja des projets où on évoquait la possibilité de remplacer bien des systèmes de gestion électronique de connaissance/knowledge sharing via une technologie naissante comme SharePoint 2001. Avec le temps, évolution oblige, SPS 2003 s'est mis en concurrence naturelle avec Lotus Notes. Clairement, la matrice avantage / inconvénient entre SPS 200X et Notes 4/5/6 n'était pas a l'avantage de SharePoint. Mais voila, les années passent, Microsoft apprend, les technologies évoluent et SharePoint 2007 arrive. Certains remarqueraient même que des hommes-clé ont changé de clan Genre, Ray McOzie Créateur de Lotus Notes qui quittera IBM pour créer Groove et qui se retrouve finalement Chief Technical Architect de ... Microsoft. Je n'ose même pas me projeter sur les prochaines versions de SharePoint mais restons contemporains et revenons sur notre version actuel qu'est SharePoint 2007. Maintenant, le rapport de force a tendance a s'inverser en la faveur de la SP plate-forme (SP = SharePoint). Attention, je ne dis pas que Lotus Notes est fini, loin de la, mais voici la tendance actuelle : les demandes de migration sont nombreuses et correspondent rarement a du "Proof Of Concept" !!! Cependant, ne vivant pas dans un monde merveilleux où tout est interopérable en 2 clicks, où tout le monde se met autour d'une table et arrive a se décider sur une norme, où il ne pleut jamais quand on tond la pelouse,... je dois me raccrocher au vrai monde. Celui de la vraie vie avec de vrais gens, avec des serveurs, des technologies propriétaires et surtout de nombreuses spécificités. Dans le petit monde du KM, mes (nos) chers amis consultants fonctionnels parleront toujours de : · Bases de connaissances · Expérience utilisateurs · Catégorisation et taxonomie de l'information · Référentiel d'entreprise · Espace de collaboration et de publication · Workflow d'entreprise · Dashboard et Scorecards · ...   Tout un ensemble de sous-ensemble de la poupée russe qu'est l'Enterprise Content Management. Toute une famille de concepts fonctionnant a merveille sous Lotus Notes et/ou SharePoint 2007. Si les concepts les rapprochent, une migration d'un outil a un autre ne devrait pas être si problématique, non ? C'est le principe, en théorie, mais qui n'est pas si évident en pratique. Je m'explique : pour avoir côtoyé bien longtemps le monde Lotus et avoir vécu l'évolution de SharePoint 2007, j'ai pu remarquer quelques points fondamentalement différents entre ces 2 technologies. Points qu'il vaut mieux savoir pour arriver a migrer d'une technologie a une autre. Fonctionnellement, il est tout a fait légitime d'envisager et de concevoir de migrer ses bases Notes. Cependant, exiger une approche iso fonctionnelle, garder l'expérience et les réflexes utilisateurs sont un peu illusoire voire utopique. En effet, les concepts a la base de l'ECM sont fonctionnels et reposent souvent sur des normes ou des méthodologies de gestion de l'information. Leur implémentation concrète dépend cependant de l'architecture et de la conception de l'outil, je parlerai même de la philosophie propre de la technologie sous jacente. Sous entendu, pour nos amis développeurs, il ne s'agit pas forcement de Framework mais de couche produit : chaque produit forme une couche abstraite de son système d'information. Il faut savoir l'exploiter judicieusement et non pas chercher a redévelopper chaque partie. >>> Il faut plus favoriser l'approche native du produit et l'étendre au besoin des utilisateurs. Chercher a faire forcement correspondre un produit comme Notes ou SharePoint a un fonctionnement spécifique est très risqué. Dans le dernier cas, il faut plutôt s'orienter vers une approche "application spécifique" que chercher a "tordre" l'application pour en faire quelque chose d'autre. Essayer donc de transformer un serveur SharePoint en une forme d'Exchange pro documentaire ... Il faut mieux préférer : · un couple SharePoint / Exchange · une application tout .Net · autre chose de plus valable Cependant, Le risque d'effet "usine a gaz", si facile a maintenir dans le temps et a faire évoluer, est bien réel ... Et je ne parle même pas de la capacité des gens a adhérer et a s'approprier de telles applications ... Donc, il faut toujours respecter la logique propre d'un outil, sa philosophie pour mieux en profiter. C'est la que se trouve le "hic". Lotus et SharePoint 2007 ont 2 philosophies, 2 conceptions totalement opposés ! Mais qui ne leur interdit en rien de pouvoir offrir au final, en partie, la même offre fonctionnelle autour du Knowledge Management par exemple. Dés lors, comment arriver a migrer aisément ? Bien sur, des bases Notes simples avec des workflows basiques se migrent rapidement via les outils/scripts de Microsoft : Mais dans notre joli monde, il existe très très peu de modèles simples. Des générations entières de développeurs, de concepteurs et de CP ont rajoutés modifications, composants, workflows et autres customisations pour arriver a répondre a des expressions du besoin de plus en plus exigeantes. Et plus ces populations utilisaient un outil en particulier, plus ils savaient l'appréhender et profiter de ces forces et éviter ces faiblesses. Lotus foisonne de Best Practices et de routine interne, comme tout produit, et associé a de bons scénarii fonctionnels, La réalisation d'applications de première qualité n'est pas si compliqué, bien au contraire. Hors voila, si il est envisageable de conserver ces scenarii fonctionnels comment, mais comment peut on arriver a migrer les Best Practices et autre modèles de conception d'une technologie quand les philosophies sont fondamentalement différentes ? De mon point de vue, il n'y a pas de miracle, il faut forcement passer par une phase de "concession". Pour migrer d'une technologie A vers une autre B (genre Lotus vers MOSS), il faut · Définir les 3-4 fonctionnalités majeures ainsi que les 3-4 mineures de A · Recenser les outils et solutions de B cadrant avec les fonctionnalités retenues de A · Proposer des scénarii de modèles équivalents de B par rapport a A · Transiger, négocier sur les fonctionnalités techniquement viables sous B existant sous A · Mettre en avant au mieux la technologie B pour compenser et justifier la migration >>> garder bien a l'esprit la loi de Paretto, 20/80 : tout ne sera pas migrable .... · Mettre en place le kit de migration sur des bases dits de référence sur les scénarii définies · Planifier le développement des composants manquants · Planifier la bascule finale · Préparer les formations utilisateurs et la communication sur le nouvel outil B · Exploitez et maintenir la nouvelle technologie (bien souvent on oublie que la maintenance EST différente) Rien de bien compliqué non ? Tout est question de négociation car effectivement, il ne me semble pas vraiment possible de migrer iso-fonctionnellement les 2 plateformes. Des documents restent des documents, et la notion d'espace collaboratif n'a rien de révolutionnaire mais dans le détail, l'ergonomie, le rendu, les méthodes de gestion et les outils propres a chaque produit sont souvent largement différent. Je sais, je semble un peu catégorique mais je vais rajouter quelques arguments plus "techniques" a propos de cette fameuse différence de philosophie, qui complexifie tant le processus de migration. Vous pourrez ainsi mieux vous faire un point de vue (je suis évidemment preneur de tout feedback, n'hésitez pas !) Soit dans le désordre : · La différence de technologie : [lien] [FR]

SharePoint 2007 : Concours de création de modèles de sites

SharePoint 2007 : Concours de création de modèles de sites Fabrice en a parlé récemment ainsi qu'Erol, Microsoft France a eu l'idée sympa d'organiser un concours pour la création de modèles de sites. Vous l'aurez compris le but est de développer un template de site WSS 3.0. Mais il faudra qu'il réponde à une problématique métier et vous devrez le soumettre à Microsoft France avant le 31 Janvier. De plus, les cadeaux sont sympas : · Présence du vainqueur lors de la session SharePoint des Techdays 2008. Le vainqueur aura quelques minutes pour présenter son template et surtout son activité. · Référencement des 5 meilleurs templates sur les sites Microsoft WSS avec description du template, du développeur et de son activité · Pour les 5 meilleurs des journées de formations sur les technologies Microsoft (Silverlight / WSS / serveur 2008). Pour vous donner des idées, je vous conseille d'aller regarder ce qui existe déjà en terme de templates, à savoir : · 40 Application Templates pour WSS 3.0 · Download · FAQ · Vue Générale (.doc) · 7 Role-Based Templates pour My Sites · Download · FAQ Si vous voulez voir les 7 templates en action, c'est possible via ce site de démo, allez sous la section "Template Type : My Site" dans le tableau pour selectionner le template, Pour les 40 templates, c'est la même url sous la section "MS Fantastic 40". Si vous voulez vous rafraichir la mémoire sur ce que fait tel ou tel template, vous trouverez une courte définition de chacun à cette url. A noter une petite vidéo à ce sujet : Momentum Webcast: Windows SharePoint Services 3.0 Application Templates (Level 100), ca peut toujours servir :) En attendant, Bonnes Fêtes à tous ! [lien] [FR]

SharePoint 2007 et Reporting Services 2005 : un workaround pour intégrer les données d'une liste dans un rapport

SharePoint 2007 et Reporting Services 2005 : un workaround pour intégrer les données d'une liste dans un rapport Fabrice en parle beaucoup et je ne peut qu'abonder dans son sens SP 2007 et SSRS est un couple technologique formidable. (Cliquez dessus pour zoomer) Cependant, il souffre encore de petits soucis de jeunesse. Un de ceux ci, et pas des moindes, est la NON intégration des données SharePoint pour pouvoir créer vos propres rapports. C'est bien dommage ... Surtout si vous profitez des listes pour gérer de la saisie financiére ou du temps. Actuellement, il vous faut exporter ces datas par agent dans un DB pour pouvoir les intégrer dans un rapport >>> ce mode la, a un avantage vu que vous pouvez agréger plusieurs listes et donc faire un rapport complet . Croisons les doigts pour un futur patch/SP Entre temps, j'ai fait quelques recherches sur le Web et j'ai pu trouver un petit "workaround" [UPDATE] Cependant, si vous préférez une solution robuste et non un workaround, la société Enesys propose une solution "RS Data Extension" C'est est une extension de données pour Reporting Services qui permet justement de bâtir des rapports (Reporting Services) sur des listes SharePoint et combiner des listes en utilisant des opérations de type join, union,... Des informations détaillées sont disponibles sur leur site http://www.enesyssoftware.com Mais en ce qui concerne le workaround : Attention, ce qui suit, nécessite un bonne modification des configs de votre serveur : il faut le tester valider mais le concept est plaisant Bon maintenant que vous êtes prévenue, voici l'info Il existait sous SSRS 2000, un provider externe permettant la connectivité SSRS/SPS 2003. Teun Duynstee a eu l'idée de le recompiler en 2.0 et de l'intégrer dans VS et Reporting Services Teun.ToString() Using the SharePoint Lists extension on Reporting Services 2005 Ca fonctionne pas si mal sur ma VPC de test, a vous de voir sur une configuration plus "solide" Renaud Comte aka TheMit (ouh le rapporteur) Member of WygTeam http://www.wygwam.com Technorati tags: SSRS, reporting services, MOSS, WSS, SharePoint, 2005 [lien] [FR]

SharePoint 2007 : Integration avec Silverlight (les exemples sur le Web)

SharePoint 2007 : Integration avec Silverlight (les exemples sur le Web) En attendant la partie 3 sur l'intégration avec Silverlight et SharePoint (les précédents billets sont ici et ici), je tenais a vous montrer ce qui existe a l'heure actuelle (Janvier 2007) sur le Web quand on parle de SharePoint et Silverlight. Une des premières webpart pour Silverlight qui a été publié est sans doute la Sharepoint Silverlight Image Library Viewer Part : Vous trouverez plus d'infos a son sujet sur le blog de WSSDEMO écrit par Ian Morrish. Il existe un projet codeplex dédié a cette webpart et Ian détaille sur ce post comment il a intégré en 5 minutes cette webpart sur son site. Il existe aussi la SharePoint Silverlight Browser : Voici une petite video de quelques secondes où vous pourrez voir son fonctionnement : Ce composant est écrit en C# et fonctionne pour Silverlight 1.1 alors que la précédente fonctionne essentièlement avec du code Javascript. Pour finir, vous pourrez aussi trouver la vidéo d'une présentation que j'ai donné durant le dernier Mercredi du Développement pour SharePoint, sur l'intégration de Silverlight a SharePoint 2007 a cette adresse (vidéo et powerpoint) [lien] [FR]

SharePoint 2007 : Livres blancs et videos avancees

SharePoint 2007 : Livres blancs et videos avancees L'équipe SharePoint vient de présenter sur son blog, une série de videos et livres blancs destinée aux IT. Cette série n'aura de cesse de s'aggrandir mais en attendant, on peut déja y trouver : · Overview: Office SharePoint Server server farm architecture · Server Farm Architecture Overview · Server Farm Topology · Deploying Server Farms · Overview: Configuring server farms · Creating Shared Services Providers · Configuring Server Farms · Configuring Administration Settings · Best Practice Analyser · Securing server farms · Office SharePoint Server Security Accounts · Securing Content · Securing Communications in a Server Farm · Using Server Hardening · Configuring Performance Options · A l'heure ou j'écris ces lignes, il y a un petit problème d'url avec ce fichier/video. Elle pointe vers le mauvais fichier. · Capacity planning · Hardware Guidelines · Content Capacity · Throughput and Response Times · Monitoring Performance · Backup, Restore, High Availability and Disaster Recovery · Backup and Restore · Using SQL Server Backup and Restore · Using Microsoft SQL Server Failover Solutions · Using Data Protection Manager · Operations and management · Managing a Server Farm · Using System Center Operations Manager 2007 with SharePoint Products and Technologies · Troubleshooting Migrations and Upgrades · Search architecture and configuration · Search Architecture · Configuring Crawl Processes · Advanced Crawl Administration · Configuring Query Processes · Implementing People Search · Administering Farm-Level Settings Après avoir lu rapidement les livres blancs, je peux vous dire que le contenu vous interessera surement ! Certains comme "Search Architecture and Configuration" ou "Capacity Planning" sont très interessants, d'autres reprennent des éléments connus et précisent les informations. En plus, les vidéos sont bien faites, la preuve ci-dessous. Bref, je vous laisse votre lecture, Advanced lectures and white papers. [lien] [FR]

SharePoint 2007 : Petit rappel sur les licenses

SharePoint 2007 : Petit rappel sur les licenses Sujet souvent mal connu mais au combien important, quand il faut déployer en production ... Il existe pas 10 000 options (du moins hors négociation avec nos chers amis de Microsoft) Il faut considérer 2 états : intranet ou extranet · Intranet la technologie SharePoint repose sur 3 licenses de base : · WSS : plugin de Windows · donc inclut dans la license Server · ne nécessite pas de CAL (license par utilisateur) · soit presque "gratuit" · MOSS Standard · soit Portail, WCM, DM et le moteur de recherche · Nécessite une licence serveur standard et une CAL standard · MOSS Entreprise · soit en plus, BDC, Forms Services, Excel Services et la recherche étendue(+ de 500 000 fichiers a indexer) · Nécessite une licence serveur entreprise et une CAL entreprise A noter un piège si vous ne le connaissez pas : les licenses sont cumulatives ! ==> Si vous voulez déployer MOSS en complet, il vous faut acquérir les CALs Standard + les CALs entreprises. Ainsi, il n'est pas rare que des sociétés prennent un nombre limité de CAL entreprise pour un population limité, genre les Managers pour exploiter BDC ou Excel Services Si vous êtes cependant uniquement sous WSS, vous avez accès a quelques options alternatives a MOSS, pratique mais pas au même niveau d'un MOSS complet Soit : · pour la recherche : Search Server 2008 · pour les formulaires : Infopath Forms Services 2007 Ces options sont la pour servir de complément fonctionnel a WSS avant de planifier une migration en pur et due forme vers un MOSS (Disons que quand vous commencez a renforcer la recherche et l'utilisation des WF, et que votre volume d'espace collaboratif augmente, vous vous conduisez doucement et sûrement vers des problématiques de fédération de données, de personnalisation et d'aggrégation ... Soit les raisons d'être d'un portail SharePoint non ? ) En pratique, voici un bon schéma : Dernier point : N'oubliez pas de tenir compte des licences SQL Server, Express ou WMSDE ont des vrais limites en terme de taille. Idem si vous montez du clustering SQL et de la balance de charge... Soit Windows Entreprise et non Standart d'ailleurs. Si SharePoint s'appuie sur l'ensemble de la gamme Microsoft, c'est aussi le cas de son Licensing, rien de suprenant d'ailleurs. *** ·  Extranet   La problématique dans le cas de l'extranet vise surtout la notion de CAL. En effet, difficile d'estimer le nombre d'utilisateur lorsque vous ouvrez votre plateforme SharePoint sur le Web >>> L'outil étant par nature, un générateur de site : la création de site peut être sans fin selon les scénarii Dans le monde Microsoft, on parle ainsi de connecteur internet : soit un seul tarif pour un nombre infinie d'utilisateur au final Attention, les utilisateurs extranets ne sont pas a confondre avec vos utilisateurs internes. Ainsi, pour reprendre les 3 offres · WSS · il vous faut uniquement le connecteur  Windows Extranet pour IIS et NT · MOSS Standart et Entreprise · Idem, il faut les connecteurs associés Il existe aussi une variante pour vos fermes en production qui héberge uniquement de site institutionnel ou vitrine : MOSS FIS ( For Internet Sites ) >>> Cette license serveur évite les CALs utilisateurs mais il concerne que les site de publication sur internet J'ai chercher un peu a compléter ce post avec des exemples trouvés par ci par la : · Spécial Extranet par Dan Holme http://community.officesharepointpro.com/blogs/danholme/archive/2008/06/10/license-to-fill-licensing-sharepoint-for-the-extranet.aspx  · Un calcul (tarif US ) pour un site vitrine par Spencer Harbar http://www.harbar.net/archive/2008/05/23/Office-SharePoint-Server-for-Internet-Sites-Licensing.aspx Ce dernier post est vraiment intéressant (comme bien souvent avec Spencer) car il reprend l'ensemble du calcul en une seule fois SP + SQL , et avec les détails SVP (Spoiler Alert) Soit pour une ferme moyenne, donc 2 sites web frontaux, un index/search, un cluster SQL  · Every server requires Windows 2003 Standard Edition or greater. You don't need Enterprise unless your machines have 8 processors. Included are 5 user or device CALs which will be sufficient. · All three MOSS servers require MOSS for Internet Sites. Whilst you are able to mix editions within a farm, for this scenario it doesn't make sense for the Index server to use the Enterprise License + CALs as it's data is being accessed by the external users (via the WFEs). · Your SQL Servers require SQL Server 2005 Standard Edition per Processor. We don't need SQL Enterprise unless we are doing advanced management. Per Processor licensing is the only option here as we don't know the number of users. From a licensing perspective, it doesn't matter if we're using clustering or mirroring or something else for resilience here. However if you are running an active-passive cluster you only need the licenses for the processors on your active node. If you are doing clustering you require Enterprise Edition of Windows Server. Thanks to Tadas Aukstakalnis. · Every box requires the Windows External Connector. Yes, every box needs it. Whilst you may think neither SQL or the Index Server are on the Internet, they still need the external connector as their data is accessed over the Internet. US Retail List Pricing (23rd May 2008)         qty unit cost total         MOSS (2xWFE, 1xIndex)       MOSS 2007 FIS 3 $40,943.00 $122,829.00 Windows External Connector 3 $1,999.00 $5,997.00 Windows 2003 R2 Standard 3 $999.00 $2,997.00         SQL (2 node cluster, 2x CPU each)       SQL Server 2005 Standard CPU* 4 $5,999.00 $23,996.00 Windows External Connector 2 $1,999.00 $3,998.00 Windows 2003 R2 Standard 2 $999.00 $1,998.00         Total: $161,815.00   Voila, voila, la preuve par 9 Il ne vous reste plus qu'a appeler vos contacts Microsoft ou revendeurs certifiés et découvrir aussi les notions de  licence Open et compagnie. Passez leur le bonjour de ma part (mais n'espérez rien de plus) Renaud Comte aka TheMit (SPouvoir d'achat ...) Member of WygTeam http://www.wygwam.com Mots clés Technorati : Sizing,licensing,license,MOSS,WSS,SharePoint [lien] [FR]