Attention, ce post d'humour est particulièrement non politiquement correct mais tellement bon !
Si bien souvent vous recevez des mails, des MSN, des twitters, des relances pour un coup de main sur une question de base, n'hésitez pas, renvoyer vers la meilleur URL du monde :
Rah lovely
PS : cette page n'est pas un joke, il y a même une technique de renvoi vers Google 
Genre http://www.justfuckinggoogleit.com/search.pl?query=SharePoint+architecture+logique
Que du bonheur
Renaud Comte aka TheMit (SPrigolo à ces heures)
Member of WygTeam
http://www.wygwam.com
Le genre de soucis vraiment pas sympathique quand vous déployez vos applications.
Votre application sous SharePoint se met en erreur de manière épisodique car il ne trouve pas des types d'objet genre
- "The type specified in the TypeName property of ObjectDataSource '*******' could not be found."
- "Could not load type "******""
Alors que 10 minutes / secondes avant, tout fonctionnait très bien
Ou sinon, même si votre le fichier asmx de votre Web Service personnel est dans le GAC, l'appel du Web Service vous donne un beau "File not found"
Une solution simple :
Pensez à modifier votre Web.config afin d'ajouter vos DLL au processus de compilation de votre site
http://msdn2.microsoft.com/fr-fr/library/bfyb45k1.aspx
Genre
(source http://www.sharepointblogs.com/nrdev/archive/2006/12/29/tip-dll-in-gac-but-cannot-be-accessed-through-sharepoint-site-quot-could-not-load-type-quot-try-this-fix.aspx)
Tout simplement
[Pour aller plus loin]
>>> Et histoire d'avoir un Best Practice complet, pensez à rajoutez à votre solution une feature niveau WebApplication avec un receiver qui assurera la modification du Web.config (SPWebConfigModification) automatiquement. Ainsi vos installations ne seront que plus discrètes, directe et maintenable
Genre : How To Modify the web.config file in SharePoint using SPWebConfigModification - Mark Wagner
Ps : Post écrit au début depuis un Airbus au dessus de l'Atlantique et fini dans un hotel de l'Aisne
Renaud Comte aka TheMit (SPDebug)
Member of WygTeam
http://www.wygwam.com
Voici un sujet qui est vraiment d'actualité !
En ces temps ou :
- on annonce 100 millions de licence SharePoint vendus
- que de plus en plus de ferme WSS et MOSS sont configurés
- que le stockage documentaire augmente
- que les chasseurs de têtes cherchent désormais du profil IT SharePoint
il devient temps de parler de maintenance SQL.
Évidemment, ce genre de post serait plus naturel si j'étais quelqu'un de plus IT/DBA comme Christian ou Fabrice, mais après quelque recherche, j'ai pu trouver un très bon document :
Database Maintenance for Microsoft SharePoint Products and Technologies
Je le poste car il s'agit d'un domaine que bien souvent, et malheureusement, que les intégrateurs/développeurs SharePoint ignorent ou minorent un peu trop.
Tout le back-office de données est géré uniquement via ses bases de contenu (et sa base de config). Le Serveur SQL se doit être particulièrement suivi et optimisé.
Ah les problèmes de place disque, d'index congestionné, de log gargantuesque, j'en passe et des meilleurs.
Ce document la, est très bon car il provient vraiment de personne d' expérience ayant certainement vécu le pire et le meilleur sous SharePoint.
Ainsi vous découvrirez lors de sa lecture :
- les joies du contrôle d'intégrité avec le DBCC en ligne de commande
- les problèmes de fragmentation des bases et sys.dm_db_index_physical_stats
- mesure de la fragmentation
- réduction de celle ci (et le batch associé)
- la différence entre la base et les index de celle ci
- la différence entre la place utilisé et la place occupé : merci le Shrink
- La création d'un vrai plan de maintenance
- Contrôle de l'intégrité des bases
- réorganisation des indexes,
- shrink des bases
- et bien sur, tout nettoyer à la fin.
- la gourmandise en performance des opérations de maintenance (n'attendez pas que votre DB fasse 500 GB pour réagir ...)
- ne pas automatiser le Shrink : ne le faire que si besoin ! ou sous condition
- surveiller les opérations de "mouvement" de données important sous SharePoint
- genre déplacement/migration de collection
- suppression de site ou de profile utilisateur
Bonne lecture (si si vraiment, même si vous êtes un Dev, ce ne sera pas une perte de temps !!!!).
PS : Cher IT SharePoint, n'hésitez pas à compléter avec vos liens et remarques
Renaud Comte aka TheMit (promis je retourne au dev rapidemment !!!)
Member of WygTeam
http://www.wygwam.com
Il y a des développeurs qui recherche toute leur vie un minimum de reconnaissance.
Mais des fois, il suffit juste d'utiliser la technologie la plus "love" 
Video: ODC2008 Developer Guy Il faut bien sur prendre le tout au Second degrée mais si vous êtes un codeur, un pur et respectable, laissez vous allez et donnez donc une chance à la plateforme Office
Vous risquez d'être agréablement surpris. 
Renaud Comte aka TheMit (critique micro cinéma)
Member of WygTeam
http://www.wygwam.com
-- Post semi ironique à prendre au second degrée (quoi que) --
Rentrant du Compagny Store de Microsoft avec Fabrice Romelard (aspirant SharePoint confirmé 
), nous discutions à bâton rompu de :
- nos achats pro XBox comme
- les jeux XBox
- Les manettes
- la télécommande
- les accessoires du Zune V2
- la problématique du changement et des migrations SharePoint
Bien, en ouvrant le CD de la bande son original de HALO 3, je suis tombé sur une phrase d'un des terminaux Forerunner que consulte le fameux "Master Chief".
![Picture 3[1]](http://blogs.codes-sources.com/blogs/themit/WindowsLiveWriter/FunMigrationilfautsavoirallerdelavant_D2EB/Picture+3%5B1%5D_thumb.png)
Je trouve cette phrase tout simplement splendide:
 | "Living in the past is a luxury none of us can afford. We must learn from it, but we can not live there. It is impossible to plan for the now - the present is ever fleeting. The future is where we must live. The future is what we mus plan for." Excerpt from 24 terabyte data image extracted from Forerunner Terminal Network |
Rien à redire
Parfait et à méditer quand vous ouvrez l'admin de votre intranet
Renaud Comte aka TheMit (SPForerunner)
Member of WygTeam
http://www.wygwam.com
Ca y est on est arrivé avec toute la WygTeam après moultes connexions, détour, fouilles, rebooking, nous sommes à Seattle !
Enfin un bon café
Désormais, nous allons enfin pouvoir profiter de l'événement comme il se doit mais malheureusement, comme tous les ans, ce sera sous couvert de NDA ...
Donc pas d'information à relayer qu'il s'agisse de
- Infopath 14
- Visual Studio 10
- SharePoint 14
- ...
- ..
- .
Je sais c'est frustrant et encore plus pour les nouveaux MVP fraîchement nommé qui découvre le monde du silence.
Cependant, il y a une session qui elle n'est pas NDA mais restreinte à une population extrêmement ciblé (vraiment)
Le SPaintBall
Pendant que quelques MVPs se partage la journée du Lundi entre Keynotes, Open lab et Bose Sound System (et pas que Fabrice), d'autre luttent dans la boue et mettent leur intégrité physique en jeu !
Eh oui, les MVPs SharePoint se retrouvent entre eux avec des membres du Team SharePoint dans un journée de Networking/Team Building de haut vol
Mes bon amis GAT et Philippe (Bob Fox official's Puppet ) en ont largement profité et vous prépare un vrai reportage photo.
Bref, un vrai moment de bonheur de 8h du mat à tard dans la nuit !
Quelques chiffres ?
Pas de soucis :
- 48 personnes en 2 équipes
- Certains MVPs US, sur-entrainés:
- Casque radio
- Tenu de Sniper
- Casque et tenu de camouflage pour tous
- 80 000 billes de peinture en une journée
- un peu prés autant de contusion et bleues divers et variés !
Le groupe des SP MVPs augmente et se resserre à chaque Summit : une vrai petite famille toujours en mouvement et le sourire au lèvres
Preuve en est le repas des braves guerriers tout peinturlurés
Ah quel souvenirs comme :
- Andrew Connell bloqué derrière un muret asservi par 5 shooters : il était terrifié
- Philippe Sentenac pris en feu croisé : shoot dorsal et frontal
- Double Head Shoot pris 2 fois de suite par votre serviteur
- Shane Perran touche en plein vol au dessus d'un tas de tapis
- Brad et Bob en pur militaire rempant sous les arbres
- Lawrence pris par un tir ami dans le cou
- Todd Bleeker parlant de Web Services SharePoint en train de recharger son Gun avant de prendre une bille en pleine tête !
Ah la la
Sinon les sessions sont géniales mais sous NDA
A bientôt
PS : je mettrais à jour le post avec les liens vers les photos en ligne des autres MVPS dés qu'elles sont en ligne
Renaud Comte aka TheMit (SPJetLaggeur)
Member of WygTeam
http://www.wygwam.com
Eh oui, le MVP Summit est déjà une réalité pour certains, les blogs codes sources en sont déjà le reflet.
Merci au Team Winwise pour les photos car le trajet pour nous, Chti.Net, est un peu plus compliqué ... et surtout pas encore fini ...
Ah j'aimerais bien vous parler de quelques adresses sympathiques et des rencontres géniales mais voila : il a fallut sauver une vie !
- Départ Amsterdam 13h
- Au 1/3 du voyage, appel du commandant qui recherche un médecin
>>> Crise cardiaque en live dans l'appareil - La totale !!!
- Massage cardiaque
- Electro shock
- Massage cardiaque
- Tracheo
- 2 Bonbonnes d'oxygène
>>> Je ne vous raconte pas l'ambiance dans l'avion. PIRE, le streaming video de l'avion retransmettait des épisodes de DR House [MD] !
- Le coeur est semi stabilisé, reroutage d'urgence vers Shannon en Irelande dans un aéroport Ryan Air : 1H30 de vol
- Arrivé des secours
- Rechecking complet de l'appareil : 2h (mais toujours bloqué dans l'appareil sans nouvelle du patient ni de nos correspondances)
- On redecolle direction New York
- 5h30 plus tard arrivée à Newark
- Custom et Reconnection
- annulation de vol
- soucis de ticket
- certains sont
- en waiting liste
- décolle à 7h pour Seattle
- sur vol pour Denver !!! et hypothétiquement sur Seattle aprés
- direction un hôtel de NY
- quelques news : le patient a été sauvé à l'hopital, ca s'est joué de trés peu niveau temps pour son coeur
- Enfin après 26 heures de voyage, à l'hotel Hollyday In de l'aéroport, un vrai premier repas bien américain entre buns et oignons
Hum hum ...
Et encore, ce n'est pas fini car je vous écris depuis l'hôtel avec Gregory et Julien, croisant les doigts pour :
- les correspondances de nos copains
- notre correspondance à Denver puis Seattle si elle existe
- que ce coup ci, tout le monde soit bien portant
Allez, Haut les coeurs !
Après tout :
- Nous sommes au US
- On a vu L'Irlande et New York ainsi que bientôt Denver
- L'ambiance Wygwam est à fond !!!
- J'ai pu blogger et coder un poil dans l'avion
- Une vie a été sauvée et ça vaut bien tout les désagréments que ce soit l'annulation du Paintball, les RV ratés et les soirées, elles ne seront que meilleurs par la suite
Let's Fly to Denver !!!
Renaud Comte aka TheMit (SPJetLaggeur)
Member of WygTeam
http://www.wygwam.com
Le MVP Summit arrive à grand pas !!!
La WygTeam se déplace aussi en groupe (non pas colonie de vacance) et vas retrouver tous ses amis, contacts, MVPs, Microsofties pour bien des aventures :
- Director meeting
- Workshops
- Advance & Beta
- Networking
- Party
- Et si vous êtes un SharePointeur MVP : PAINT BALL
Ah souvenir : http://blogs.developpeur.org/themit/archive/2007/03/19/mvp-summit-moss-valuable-paintball-day.aspx
Pour les nouveaux MVPs SharePoint ainsi que les futurs, un conseil :
Trêve de plaisanterie
>>> Comme vous vous en doutez, je serais certainement encore en mode "PowerBlog", en quête de nouveautés, moments sympathiques et autres information non NDA
Sous entendu, je ne parlerais pas, mais pas du tout de Office 14, SharePoint 14 et tuti quanti, ....
Pour la petite histoire, tous les MVPs SharePoint seront à l'hotel Shareton, donc si vous êtes dans le coin, n'hésitez pas
Renaud Comte aka TheMit ("Sleepless in Seattle 2")
Member of WygTeam
http://www.wygwam.com
Et mieux que tout : il est encore sous BLISTER !!!
Un pur collector avec ses 3 famille de DVD pour Client/Exchange/SharePoint
So sweet
Renaud Comte aka TheMit (SPNostalgique mais pas trop)
Member of WygTeam
http://www.wygwam.com
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 "à 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 là).
Un succès qui se confirme doucement mais sûrement et qui commencent même à convaincre bien des entreprises de franchir le pas.
Et pas n'importe lequel : Migrer un environnement Lotus Notes à la technologie SharePoint...
Il y a 6 ans, j'assurais déjà 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 à 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 à 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 à 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 à 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 à merveille sous Lotus Notes et/ou SharePoint 2007.
Si les concepts les rapprochent, une migration d'un outil à 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 à migrer d'une technologie à une autre.
Fonctionnellement, il est tout à 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 à 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 à redévelopper chaque partie.
>>> Il faut plus favoriser l'approche native du produit et l'étendre au besoin des utilisateurs. Chercher à faire forcement correspondre un produit comme Notes ou SharePoint à 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 à "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 à gaz", si facile à maintenir dans le temps et à faire évoluer, est bien réel ... Et je ne parle même pas de la capacité des gens à adhérer et à 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 à 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 à répondre à 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é à 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 à 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
- 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 à 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 à chaque produit sont souvent largement différent.
Je sais, je semble un peu catégorique mais je vais rajouter quelques arguments plus "techniques" à 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 :
- SharePoint fonctionne sous environnement Microsoft.
- Notes aussi mais bien souvent sous environnement AS 400, Unix ou autre
-
La différence d'annuaire
- SharePoint est PRO LDAP (plutôt AD mais rien de figé grâce aux différents provider)
- Lotus Notes est PRO NAB : son propre annuaire interne
-
La différence d'origine
- SharePoint a été pensé en respectant la notion de partage réseau, de hiérarchie du monde Office
- Lotus Notes a été fondé sur la notion de messagerie, de workflow et stockage
>>> C'est pourquoi une migration Notes inclue souvent le passage à Exchange ...
-
La différence des fonctionnalités de base
-
LA philosophie de base !!!
- Sous SharePoint, la catégorisation, la sécurité, tout est centré autour de l'information elle même. Sous entendu, le document est maître. Les utilisateurs travaillent sur un document par exemple, et SharePoint vient l'enrichir de tout un environnement de sécurité, metadata et autre.
- Sous Lotus Notes, c'est la notion de Fiche qui est maître. Chaque information est décrite dans une fiche de référence auquel se rajoute toutes les informations de catégorisation possibles. Une fois cette fiche finalisée, un utilisateur peut y accrocher plusieurs documents.
Le dernier point est fondamental !!!
En effet, si avec du temps et un peu de compétence (voir plus), la plupart des problématiques de Workflow peut être re codées (non migrées car l'original ne servira que de base d'écriture des spécifications), il est en autrement pour les applications documentaires.
Le stockage documentaire entre Notes et SharePoint sont opposés, tout simplement.
>>> Attention, je ne dis pas qu'il n'est pas possible de migrer d'une technologie à une autre MAIS qu'il sera TRES difficile d'arriver à un résultat identique ou cohérent.
Cohérent dans le sens ou les utilisateurs retrouveront un maximum de leurs habitudes sous SharePoint s'il faut privilégier le modèle Notes.
Actuellement, j'ai pu rencontrer quelques pistes pour se rapprocher de la philosophie Notes mais aucune n'a su vraiment me séduire
Des lors, quelle est la conclusion possible ?
Rien n'est vraiment évident comme dans tout projet de migration, et rien n'est gagné d'avance.
Bien sur, tout un ensemble d'outil comme le Lotus Transporter Suite ou d'autre éditeurs comme Cashal facilite la vie, il ne simplifie pas tant que ça le problème.
Le seul et vrai problème reste de bien comprendre les points suivants.
Attention, il ne s'agit que de mon avis personnel et n'engage que moi et pas mon employeur ou tout éditeur partenaire.
Soit
-
Une migration est purement technologique et non fonctionnel.
- Ce ne sont pas des écrans que l'on migre mais des outils et/ou des méthodologies
- En pratique, il s'agit surtout de transférer les contenus existants dans le nouveau modèle et les réinitialiser
-
Surtout analyser et préparer le terrain de la migration en
- recensant les fonctionnalités majeures
- ignorer les fonctionnalités mineures ou les pondérer
- préparer la phase de formation/transfert de compétence
- envisager l'impact du la nouvelle technologie sur la culture d'entreprise existante (pour pas mal de société, un mail est dit un notes !)
-
Éviter tous phénomènes de passion et de conservatisme technologiques
- si une migration est programmée, il y a des raisons, pourquoi lutter contre ?
-
Privilégier toujours
- la vérité
- la négociation entre ergonomie et fonctionnalités
- des workshops basés sur des exemples concrets que de jolis PowerPoint
- le retour des utilisateurs, ils ont souvent un avis bien plus éclairé de leur outil que l'on croit !
Limite, je conclurais avec 2 ironies simples (et un peu d'humour):
- Si la migration est simple, c'est qu'il y a forcement un piège.
- Si l'application d'origine est si exceptionnelle, pourquoi voulez vous tant migrer ?
(et donc quels sont les vrais arguments et leurs poids dans le projet)
Mais gardez espoir, j'ai rarement vu une migration ne pas aboutir, ce surtout plus un problème d'organisation que de simple technique, non ?
A bientôt et au plaisir de lire vos commentaires,
Renaud Comte aka TheMit (inspiration quand tu nous tiens)
Member of WygTeam
http://www.wygwam.com
Profitant du 64 bits du processeur Centrino et littéralement charmé par les fonctionnalités de virtualisation de HyperV, Christian, Julien et moi même avons tenté l'aventure
Bon je vous passe la période transitoire, bien connue du "Mais ou je vais trouver ce satané driver 64 bits pour cette bécane" pour arriver au résultat
Ca marche et même relativement bien
L'interface de Win 2008 est claire et pratique et je ne parle pas des possibilités d'HyperV
>>> enfin les Snapshots et le 64 bits !!!!
Seulement voila, Win 2008 srv et HyperV sont clairement pensé serveur de production. Normal me dirait vous et donc ne tiens pas vraiment compte de la notion de poste mobile ou de portable comme Vista
La gestion de l'alimentation est des plus strictes ...
http://blogs.msdn.com/virtual_pc_guy/archive/2008/02/27/hyper-v-and-power-management.aspx
Sous entendu, pas de gestion de veille ou d'hibernation
Dure dure, pour un itinérant vagabond de mon genre ...
En résumé, retour case départ sous Vista et mon bon vieux VPC 2007. Le temps de voir arriver la RTM de Hyper V et/ouVPC 200X
[UPDATE] J'ai trouvé un autre feedback de premier choix avec aides et astuces sur le sujet :
http://guru-web.blogspot.com/2008/02/building-windows-2008-x64-laptop.html
Bonne installation à tous
Renaud Comte aka TheMit (Virtuellement votre)
Member of WygTeam
http://www.wygwam.com
Comme l'avez posté Fabrice il y a quelques temps, on peut rajouter bien des appels de ligne de commande sous Visual Studio via ce fameux interface
Les plus connus sont bien sur notre ami GuidGen pour obtenir de jolies GUID tout neuf
Mais on peuT aller bien plus loin comme par exemple :
- Lister les PIDs de IIS pour trouver le bon processus de debug
%SystemRoot%\system32 Cscript.exe IISapp.vbs
- Recycler votre pool applicatif
%systemroot%\sytem32\IISAPP.vbs /a VotrePoolApp /r
IISRESET
- Appeler le STSADM
- le déploiement de votre solution
- -o addsolution -filename $(ItemPath)
- -o deploysolution -name $(ItemFileName)$(ItemExt) -immediate -allowgacdeployment -force
- -o upgradesolution -name $(ItemFileName)$(ItemExt) -filename $(ItemPath) -immediate -allowgacdeployment
- -o retractsolution -name $(ItemFileName)$(ItemExt) -immediate
- le lancement des timers
-o execadmsvcjobs
- Ouvrir des répertoires comme le 12, le WWWroot, le GAC
- explorer.exe C:\Inetpub\wwwroot\wss\VirtualDirectories
- explorer.exe C:\Program Files\Common Files\Microsoft Shared\web server extensions\12
- explorer.exe C:\windows\assembly
- Récupérer les PublicKey
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin\sn.exe -Tp "$(TargetPath)"
http://www.andrewconnell.com/blog/archive/2006/09/15/4587.aspx
- ...
La liste peut être encore plus longue si vous ajouter en plus vos propres applications consoles ou d'extensions du STSADM genre
Vous voyez mieux le principe ? Bien, dans ce cas la :
>>>> N'hésitez pas à rajoutez en commentaires vos meilleurs "external tools" pour SharePoint en feedbacks
Si vous voulez étendre facilement votre Visual Studio pour SharePoint, jetez donc un oeil sur le projet http://www.codeplex.com/SPDevMod de Scot Hillier
A bientôt
Renaud Comte aka TheMit (SPJetLaggeur)
Member of WygTeam
http://www.wygwam.com
Le SPUtility est une vraie mine d'or : il porte bien son nom tellement il est ... utile !
Une véritable corne d'abondance de méthode pour vos développements :
SPUtility Members (Microsoft.SharePoint.Utilities) Exemple, retrouvez le chemin du 12 pour parser un flux XML de paramétrage d'une de vos applications pages :
Dim Path12 As String = Utilities.SPUtility.GetGenericSetupPath("template\layouts") + "/app/xml/conf.xml")
C'est aussi simple que ça !
Renaud Comte aka TheMit (SPJetLaggeur)
Member of WygTeam
http://www.wygwam.com
Les WebCast du TechDays 2008 de Paris sont en ligne.
En ce qui me concerne, j'ai une petite préférence pour les sections
Mais ce n'est qu'une sélection personnel parmis les différents parcours qu'offre le site des WebCasts du TechDays 2008
Si vous êtes un fan de session SharePoint, pensez donc au moteur de recherche, c'est plus simple
http://www.microsoft.com/france/vision/mstechdays08/Recherche.aspx?Qry=sharepoint
Pour finir, voici les liens directes de mes 3 sessions de speaker dont une avec mon collègue et ami ajaxisant Aurelien Verla
Bon visionnage à tous
Renaud Comte aka TheMit (vivement la prochaine conférence !)
Member of WygTeam
http://www.wygwam.com
Et pas une valse à 2 temps, plutôt à 12 temps.
>>> Y a de tout et en profusion que ce soit pour nos les amis développeurs, administrateurs et utilisateurs.
Preuve en est : http://www.codeplex.com/sct
Que demandez de plus si ce n'est qu'une bonne VPC et un peu de temps
Allez, bon téléchargement !!!
Renaud Comte aka TheMit (Cherchez bien mais surtout, TROUVEZ !!!)
Member of WygTeam
http://www.wygwam.com
L'origine de ce post est une remarque très pragmatique de ce cher Sebastien Warin. Travaillant à une des petites fonctionnalités de notre framework interne et du portail Wygwam, il trouvait le call des services SharePoint un peu spartiate.
N'est il pas ???
Du bon vieux flux XML par ci et par la, dans le pur style de SPS 2003
Mais au moins, XML reste la passerelle la plus ouverte non, pas forcement la plus pratique à manipuler.
Surtout en ces périodes PRO objets typés
>>> Ces 2 articles quoi que similaire (1 en VB, l'autre en C#) sont très intéressant. L'idée est de déclarer 3 classes de base qui vont nous permettre via les generics et la serialization de charger directement le flux de sortie du Web Service SharePoint dans de jolies collection de classes bien typées.
Soit :
- ListItems qui gère les données du noeud de liste ainsi que la sérialisation final
- Rowdata qui gère les données du noeud enfant
- BaseListitem qui sert de classe de base à vos propres items
Une fois cette base de code compilé, il vous suffit simplement de faire une classe qui mappe les champs spécifiques de votre liste héritant de la BaseListItem et de la passer en paramètre à votre fonction de sérialisation . Du genre (avec la classe MACLASSEListItems)
spslab.Lists listSvc = new spslab.Lists();
listSvc.Credentials = new System.Net.NetworkCredential("Administrator", "---------");
ListItems<MACLASSEListItem> results = null;
XmlNode resultItems = listSvc.GetListItems(listGuid, string.Empty, null, null, string.Empty, null);
Console.WriteLine(resultItems.OuterXml);
results = ListItems<MACLASSEListItem>.FromXml(resultItems.OuterXml);
foreach MACLASSEListItem MAC in results.RowData.ListItems)
{
Console.WriteLine(string.Format("Student {0} received a score of {1:##}% on {2} for test '{3}'",
ListItems<MACLASSEListItem>.GetDescriptionFromLookupValue( MAC.Student ),
MAC.Score * 100,
MAC.TestDate.ToShortDateString(),
MAC.Title));
}
On est déja& un peu plus loin du bon vieux parsing XML non ? Bye bye attribut et xpath
>>>> J'étais sur que ca vous plairait bien !!!
A noter qu'il est toujours bon de se rappeler au souvenir de ce bon ami qu'est le XSD.EXE
Il peut vous faire gagner bien du temps sur la phase de mapping, vraiment.
Mais allons un poil plus loin
Enchaînons donc avec un peu de LINQ for XML
http://weblogs.asp.net/scottgu/archive/2007/08/07/using-linq-to-xml-and-how-to-build-a-custom-rss-feed-reader-with-it.aspx
Voir surtout avec les type anonymes ou vos propres types non ?
Genre
Je vous laisse creuser l'article de Mr Scott, il est parfait comme il est
Que de nouvelle possibilités ...
Que de bonheur en perspective
Renaud Comte aka TheMit (J'aime bien les nouveautés des languages .Net)
Member of WygTeam
http://www.wygwam.com
Un post clin d'oeil pour mes lecteurs du Canada dont j'ai eu le plaisir de rencontrer quelques uns de leurs représentants.
Ils m'ont fait remarquer que j'étais passé en mode Powerblog le dernier soir vu le débit de post, photo comprise que j'avais depuis 2,3 jours
...
Que dire de plus ???
Franchement, je ne sais pas quoi répondre si ce n'est le fun du terme "PowerBlog"
Quoi que, je peux vous donner cependant ma recette d'un bon mode "PowerBlog" en conférence
Je passe d'ailleurs le bonjour à mon cher Fabrice Romelard, atteint lui aussi de "PowerBloggite" lors des 2 dernières années de conférence.
Commençons par le principe de base :
- Le "PowerBlogger" ne cherche pas un record de post, ce n'est pas le but !
- Le but réel est de pouvoir donner un maximum de "vécu", de live des sessions suivies
>>> Franchement, concentrer un séminaire de 4 jours en 2 pages A4 de rapport donne toujours qu'une vision restreinte du tout. Au mieux, vous pourrez trouver de sympathiques articles arrivant à résumer ou à donner une bonne analyse de la conférence
>>>>>> Aucun soucis avec cela, mais je trouve toujours dommage de ne pas arriver à se faire son idée. - La motivation réelle ?
- NON, je ne suis pas payé pour le faire (ça coûterais un max je vous rassure donc c'est surtout une volonté personnelle )
- Je prends régulièrement des notes en meeting ou en conférence pour ne pas perdre le fil et garder ma concentration
- je suis ainsi plus actif qu'un simple spectateur
- le fait d'écrire me permet de mieux mémoriser ce qui se passe
- je prends un max de notes de l'événement
- je peux les partager
- ça fait passer le temps agréablement (bon ok le dernier point est ironique mai j'aime bien ça qd même)
Mais alors, comment "PowerBlogger" ?
- Il s'agit de prendre un maximum de notes structuré simplement en temps réel
- La, il n'y a pas de secret, il faut avoir de la méthode, de la structure et de l'experience
- Une utilisation courante et organisée d'outils comme Onenote ne sont pas étrangers à un bon fonctionnement
- Il faut écouter et noter le plus important et faire ressortir les idées directrices, et bien sur respecter le rythme de la session
(très très hard avec de PowerSpeaker comme Andrew Connell, Todd Bleeker et l'hallucinant Joel Oleson...) - Ne pas se forcer à le faire, c'est un simple exercice de note, pas un concours canin ...
- S'équiper pour optimiser au mieux sa saisie
- A bon artisan, bon outils
- téléphone Qtek connecté par USB ou Bluetooth
- chaque photo est automatiquement recopié dans mon répertoire images de la conférence
- Live Writer avec un template de saisie déjà prés
- Multi prise avec rallonge pour brancher son portable et tenir la journée
- rajouter un adaptateur FR/US pour débrancher/rebrancher une personne déjà connecté sur la seule prise de la salle
- Agenda des sessions sous Onenote mobile + plan + liste des salles dans la poche
- Bien définir son planning
- Je reconnais toujours la veille la taille des salles et la position des prises et des écrans pour avoir la meilleur place
- Je commence à choisir les sessions selon les speakers puis le sujet : l'idée est de ne participer qu'aux sessions aux potentiels d'intérêt le plus grand
- Partager le planning avec ses collègues et amis afin de couvrir le maximum de sessions (hein Fab et Christian)
- un post = une session
- il y a 15-20 minutes entre chaque session
>>> il faut que tout soit noté, préparé, recadré pour être posté dans les 5 minutes après la session.
(Eh oui, faut bien aller à la prochaine salle) - L'objectif est de retranscrire la session pas de faire un article développé, analysé du tout
>>> gardez ça plutôt pour le retour ou le soir pour mieux "digérer" l'ensemble des données bruts - préparez les posts complémentaires si besoin en
- rencontrant les speakers si certains sujets sont obscurs
- chercher des références ou articles sur le web pour aller un cran plus loin
Voila, vous savez tous sur ma PowerBloggite aigue
En espérant être contagieux et que ces posts de conférence vous plaisent
Renaud Comte aka TheMit (sans rémission possible)
Member of WygTeam
http://www.wygwam.com
Je suis le premier surpris !
En dépliant mes mails, je suis tombé vers quelques références de WebCast SharePoint sur Youtube. Et en parcourant la liste des vidéos je suis tombé par un pur hasard sur celle la :
EasyJet intranet takes off on Microsoft® SharePoint® Server
C'est en fait la présentation du portail EasyJet fait à la Microsoft Worldwide Partner Conference 2007 à Denver, Colorado
Certes, le discours est assez enjol