Moss, wss & collaboration

Revue du HTC G2 fonctionnant sur OS Android (Google Phone 2)

2009-07-24T17:34:00.002+02:00

Allez, un petit post concernant autre chose que SharePoint : mon nouveau téléphone !

J’ai choisi un G2 pour principalement 3 raisons : avoir un mobile tactile multitâches plutôt sympa, le coté ouvert du HTC G2 sous Android avec la possibilité d’installer à priori n’importe quelle application, et surtout ne pas avoir le même portable que tout le monde ! (trop d’iPhones à mon goût…)

Après un peu plus d’un mois d’utilisation, je commence à m’en servir de manière opérationnelle ! J’ai maintenant configuré les bonnes applications, et commence à trouver mes marques. Voici un petit listing des points forts et à améliorer du produit (à mon sens).

Nota : étant donné que je n’ai pas encore tout testé, je ferai un second post pour compléter ces points

J'aime bien :

- le design général du G2, assez classe, et pas trop imposant

- les diodes logées au niveau de l'écouteur (batterie faible, 3g...) et sous la trackball transparente (appels ou messages)

- les boutons permettant de naviguer rapidement sans "touch screen"

- l'interface "3 bureaux", permettant l'ajout de raccourcis, widgets... assez agréable à utiliser, (pour moi : celui de gauche PERSO, celui du milieu avec les applis les plus utilisées, et celui de droite pour les applis orientées PRO)

- le trackball, qui permet de naviguer dans les menus, ou de passer d'un lien hypertexte à l'autre, cliquable >> idéal lorsqu'on a des gros doigts...

- la prise de connexion, qui accepte à la fois du mini-USB (pratique pour recharger) et un format d'écouteurs spécifique, mais un peu déroutant au premier usage

- la bascule mode vertical / horizontal, assez fluide et pratique quand on surf

- le bouton ON/OFF de la télécommande, très pratique

- le capteur photo / vidéo, qui est relativement performant, sauf en environnements sombres (pour ça, le K750i d’ericsson était top !)

- … (à compléter)

J'aime moins :

- besoin de configuration manuelle de la connexion web lorsque l'on ne prend pas le forfait Full Internet... si tu as pas de PC avec accès internet pour trouver la bonne config, tu es bon pour appeler le service client SFR

- les écouteurs à la Apple, mais pas ergonomiques (ne tiennent pas bien dans les oreilles)

- une fois un compte GMAIL associé au téléphone, impossible d'en changer sans réinitialiser le téléphone... (>> impossible d'en associer plusieurs)

- des fonctions, à priori basiques pour un téléphone portable mais manquantes par défaut, >> il faut installer une appli supplémentaire pour entre autre :

- associer un MP3 en tant que sonnerie

- associer un MP3 pour la sonnerie de réveil

- passer en mode "réunion" (silencieux) en 1 clic, là ou la conf par défaut en nécessite 5 ou 6 pour une bascule

- activer / désactiver les fonctions GPS / Bluetooth / Wifi ... en 1 ou 2 clics

- le bouton de volume de la télécommande, très « cheap » et peu efficace

- le manque de possibilité d’utiliser un casque personnel… une prise au niveau de la télécommande aurait été l’idéal >> accessoire à acheter ?

- Les fonctions de copier-coller, pas disponible partout, et pas facile à utiliser. (dur, voire impossible de copier un n° de tel qui apparait dans la signature d’un mail !)

- … (à compléter)

Note concernant les points d'accès (APN) et les forfaits SFR :

Ayant pris un forfait "Illimythics 3G+" à la base, mais voyant que nb de fonctionnalités étaient plutot limitées, je me suis résolu à passer en "Full internet" moins d'un mois après. J'ai donc pu comparer :

Forfait 3G+ (moins cher) >> APN wapsfr

- connexion wap "on demand", et non en arriere plan, débit assez limité

- pas de telechargement depuis le Android Market, uniquement via Wifi

- pas de protocole IMAP / POP3 / SMTP

- donc pas de Google talk

- la SFR TV marche un peu moins bien qu'en "full internet"

Forfait Illimythics "full internet" (le plus cher) >> APN sl2sfr

- débit internet important

- Android se connecte en arrière plan régulièrement à internet pour synchroniser ses données Google

- acces aux bornes wifi SFR et Neuf

- possibilité de telecharger depuis le Android Market

- accès au Google talk

- tous les protocoles dispos !

>>> Ma conclusion : quelle utilité du G2 si on ne prend pas le forfait "Full internet" ?

MOSS Feature : "Zip and download" sur une doclib

2008-11-27T13:59:00.001+01:00

Comme dans Livelink J, un feature développé par Mohamed Zaki permet de télécharger un ZIP de

- tous les docs de la doclib

- tous les docs avec toutes les versions

- tous les docs d’une vue particulière

http://mzaki.spaces.live.com/Blog/cns!E3340AEAC1CDD449!1411.entry

>> A tester !

Redirection et Simplification d'URL sous Sharepoint

2008-11-17T17:27:00.002+01:00

C’est une problématique qui survient relativement souvent dans des organisations de taille importante (> 1.000 users) utilisant des sites collaboratifs comme WSS ou MOSS :

Il est nécessaire de structurer nos collections de sites Sharepoint à l’aide de chemins gérés, du type : http://nom_serveur/nom_direction/nom_equipe/nom_projet/

Cela permet de regrouper les sites collaboratifs par direction, par équipes… (dans la mesure où ces projets ne sont pas transversaux à plusieurs directions, bien sûr).

Derrière, niveau stockage SQL, ça permet également de regrouper les collections de sites par base de données (exemple : une base par direction + une base pour les projets transverses).

Le problème, c’est quand on ne se souvient pas de l’adresse complète, ou alors, que l’on souhaite communiquer de manière évènementielle sur un site donné : difficile d’utiliser ces URL à rallonge. On a besoin, dans certains cas, de définir des ‘raccourcis’ vers certains sites, avec une URL simplifiée facile à retenir du type : http://nom_serveur/raccourci , ou encore http://mon_serveur/evenement.

Il existe plusieurs solutions :

- utiliser un annuaire de site (pratique, exhaustif, permet de trier ou filtrer, mais cela ne règle pas le problème de complexité de l’URL)

- ne pas utiliser de chemins gérés, on met toutes les collections de sites directement derrière le nom du serveur (absolument pas recommandé)

- utiliser un DNS particulier (il faut alors faire intervenir les admins du DNS d’entreprise à chaque nouveau besoin de raccourci)

- utiliser un alias IIS avec une redirection (solution plus « propre », c’est la solution que je vais détailler ici).

Exemple :
On souhaite rediriger http://serveur:port/direction_1/equipe_1/projet/mon_site_collaboratif vers http://serveur:port/genial

1. A la main, cela donne :

- Ouvrir IIS manager,
- sélectionner le site web Sharepoint sur lequel on souhaite positionner la redirection. (partie « serveur:port », avec ou sans numero du port)

- Clic droit, nouveau > répertoire virtuel
- Clic sur « suivant »
- Saisir le nom de l’alias (= le nom du raccourci, ici « genial »), puis « suivant »

- Indiquer un répertoire physique (peu importe, on va le changer ensuite)
- Cocher « lecture », « executer », puis « suivant » et « fin »

Ensuite, sur le répertoire virtuel nouvellement créé, faire clic droit, « propriétés ».

- Onglet « repertoire virtuel », cocher le 3^e radio bouton « une redirection vers une URL », puis indiquer l’adresse vers laquelle rediriger, à savoir http://serveur:port/direction_1/equipe_1/projet/mon_site_collaboratif.

- Cocher la case d’option « l’URL exacte ci-dessus »
- Cliquer sur OK

Voilà, la redirection est prête !

2. Via code C# : application de type console

Notes :

cette appli console doit tourner sur le serveur Sharepoint avec un compte qui a les droits sur IIS
dans le cas présent, cela concerne une single server farm. Sinon, l’opération est à répéter sur chaque frontal web.
je vous laisse le soin d’indiquer le répertoire correct de votre IIS

using
System;
using
System.Collections;
using System.Text;
using System.IO;
using System.DirectoryServices;
using System.Reflection;
using
System.Runtime.InteropServices;

namespace Ajout_IIS_Alias
{
class
Program

{
static void Main(string[]
args)
{
//
creation virtual dir

CreateVDir("IIS://serveur:port/W3SVC/2065292710/Root", "genial",
"C:\\Inetpub\\Wwwroot", "http://serveur:port/direction_1/equipe_1/projet/mon_site_collaboratif");
//
suppression virtual dir

//DeleteVDir("IIS://serveur:port/W3SVC/2065292710/Root",
"genial");

Console.ReadLine();
}

static void
CreateVDir(string metabasePath, string vDirName, string physicalPath, string
httpRedirect)
{

// metabasePath is of the form
"IIS://<servername>/<service>/<siteID>/Root[/<vdir>]"

// for example "IIS://localhost/W3SVC/1/Root"

//
siteID can be found via http://weblogs.asp.net/owscott/archive/2005/07/29/421058.aspx

// vDirName is of the form "<name>", for example,
"MyNewVDir"

// physicalPath is of the form
"<drive>:\<path>", for example,
"C:\Inetpub\Wwwroot"

Console.WriteLine("\nCreating virtual directory {0}/{1}, mapping the Root
application to {2}:", metabasePath, vDirName, physicalPath);

try

{

DirectoryEntry site = new DirectoryEntry(metabasePath);

string className = site.SchemaClassName.ToString();

if ((className.EndsWith("Server"))
(className.EndsWith("VirtualDir")))

{

DirectoryEntries vdirs = site.Children;

DirectoryEntry newVDir = vdirs.Add(vDirName, (className.Replace("Service",
"VirtualDir")));

newVDir.Properties["Path"][0] = physicalPath;

newVDir.Properties["HttpRedirect"][0] =
((object)httpRedirect);

newVDir.Properties["AccessScript"][0] = true;

// These properties are necessary for an application to be
created.

newVDir.Properties["AppFriendlyName"][0] = vDirName;

newVDir.Properties["AppIsolated"][0] = "1";

newVDir.Properties["AppRoot"][0] = "/LM" +
metabasePath.Substring(metabasePath.IndexOf("/",
("IIS://".Length)));

newVDir.CommitChanges();

Console.WriteLine(" Done.");

}

else

Console.WriteLine(" Failed. A virtual directory can only be created in a site or
virtual directory node.");

}
catch
(Exception ex)

{

Console.WriteLine("Failed in CreateVDir with the following exception: \n{0}",
ex.Message);

}
}
static void DeleteVDir(string
metabasePath, string vDirName)
{

// metabasePath is of the form
"IIS://<servername>/<service>/<siteID>/Root[/<vdir>]"

// for example "IIS://localhost/W3SVC/1/Root"

// vDirName is of the form "<name>", for example,
"MyNewVDir"

// physicalPath is of the form
"<drive>:\<path>", for example,
"C:\Inetpub\Wwwroot"

Console.WriteLine("\nDeleting virtual directory {0}/{1}:", metabasePath,
vDirName);

try

{

DirectoryEntry site = new DirectoryEntry(metabasePath);

string className = site.SchemaClassName.ToString();

if ((className.EndsWith("Server"))
(className.EndsWith("VirtualDir")))

{

DirectoryEntries vdirs = site.Children;

vdirs.Remove(vdirs.Find(vDirName, className));

site.CommitChanges();

Console.WriteLine(" Done.");

}

else

Console.WriteLine(" Failed. A virtual directory can only be created in a site or
virtual directory node.");

}
catch
(Exception ex)

{

Console.WriteLine("Failed in DeleteVDir with the following exception: \n{0}",
ex.Message);

}
}

}
}

Enfin, le developpement l’idéal serait ensuite :

- une liste sharepoint dans laquelle on saisi les mots-clés et les adresses de redirection associées
- un timer job sharepoint qui tourne tous les soirs par ex, qui parse la liste créée ci-dessus, et qui ajoute/supprime les réperoires virtuels correspondants à chaque frontal de la ferme.

- …

Enjoy !

Livre blanc MS : MOSS et les réseaux sociaux

2008-09-04T17:55:00.000+02:00

Un article intéressant de la MS Sharepoint Team : (http://blogs.msdn.com/sharepoint/archive/2008/08/27/announcing-the-how-to-get-the-most-value-from-social-computing-for-business-with-microsoft-white-paper.aspx ) qui présente son dernier livre blanc concernant Sharepoint et les réseaux sociaux.

Au menu :

-       présentation du « social computing » et des réseaux sociaux
-       retour d’expérience à partir de 2 cas d’entreprises
-       quelques scénarios d’utilisation des wikis / blogs / forum de discussion

Les objectifs étant

-       de voir la valeur ajoutée des réseaux sociaux et l’impact « business » pour l’entreprise.
-       Présenter des scénarios de cas réels d’utilisation
-       Et bien sûr montrer en quoi Sharepoint répond à la problématique

Le livre blanc How to Get the Most Value from Social Computing for Business with Microsoft

peut être téléchargé ici : http://www.microsoft.com/downloads/details.aspx?FamilyId=C5844123-7F31-49D4-811C-7B90E6217B1D&displaylang=en

Bonne lecture

Erreur MOSS "La version d'évaluation pour ce serveur a expiré."

2008-07-15T15:50:00.001+02:00

Je viens de tomber sur une erreur assez bizarre sur ma VM de travail :

« La version d'évaluation de Microsoft Office SharePoint Server 2007 pour ce serveur a expiré. » losque j’essaie d’accéder à « mon site ».

Dans l’administration centrale, si je verifie le lien « convertir le type de licence », (http://serveur:port_admin/_admin/Conversion.aspx), j’ai bien comme type de licence « Office SharePoint Server avec licence d'accès client Enterprise ». Donc perplexe !?!

Erreur assez classique finalement, car en googlelisant sur «MOSS The evaluation version for this server has expired » , on obtient beaucoup de réponses…

Ce serait dû à un problème de droits sur des composants COM, et le message d’erreur est bidon…

§ Pour faire simple, si vous êtes dans un environnement de DEV, il suffit d’ajouter en tant qu’admin local les comptes utilisés par les pool d’application IIS de nos sites MOSS, un IISRESET, et l’erreur n’apparait plus.

§ Pour un environnement de PROD, ne donner que les droits indiqués dans la page suivante.

Cf. http://blogs.msdn.com/joelo/archive/2008/01/02/evaluation-version-expired-but-not-really.aspx pour l’explication complète

eXo Portal : un concurrent 2.0 à MOSS ?

2008-06-04T16:20:00.001+02:00

Suite à une présentation produit d’eXo (http://www.exoplatform.com/) Portal et WebOS, je me suis intéressé aux fonctionnalités proposées par eXo Portal, notamment à fin de comparaison avec MOSS.

Ce produit, basé sur les standards Java, utilise une part de ce qui fait le web 2.0 aujourd’hui, à savoir :

-       une touche d’Ajax
-       gestion de groupes et de relations
-       portlet administrable et deplacables par les utilisateurs
-       du RSS pour syndiquer des contenus

Ce portail permet l’accès et la collaboration à du contenu et des applications depuis un point d’entrée unique.

Les standards autour duquel ce produit est développé permet une certaine flexibilité, adaptabilité et connectivité aux environnements Java.

L’authentification s’appuie nativement sur du LDAP mais peut s’adapter à de l’Active Directory ou à des formulaires.

Une sorte de plugin « WebOS » (qui s’ajoute au portail) permet d’afficher une version du portail sous forme de bureau virtuel dans le navigateur, tel un client connecté via un Terminal Server. Les fenetres présentent alors les même contenus qu’une section du portail.

A la couche portail eXo, s’ajoutent plusieurs blocs :

- Collaboration Suite 1.0, pour la partie collaborative (équivalent au quartier « WSS » de la rosace MOSS)
- ECM 2.0 pour la gestion de contenu (équivalent au quartier « ECM » de la rosace MOSS)

>> eXo plateforme s’affiche donc comme un concurrent à MOSS avec une forte connotation java / open source… et un peu plus de web 2.0 dans l’interface native.

A suivre donc, complément d’informations à venir dans un 2^nd post.

Utilisation de MyLinks sans activer MySite

2008-05-23T12:11:00.001+02:00

Les questions se posent régulièrement lors de la conception d’un portail :

Autorise-t-on les sites personnels (MySite) ?

La réponse est souvent NON, pour des raisons de liberté d’expression des collaborateurs (les RH sont frileux à ce genre d’initiative), et parfois car les utilisateurs ne sont pas matures à ce genre de fonctionnalité.

Autorise-t-on les Liens personnalisés (MyLinks) ?

Souvent encore, on souhaite faire un portail un peu personnalisé, mais pas trop, et MyLinks répond bien à cette problématique : la réponse est souvent OUI.

Pour activer/désactiver ces fonctionnalités, il suffit de se rendre dans l’administration centrale, puis sur le service partagé associé au portail.

Puis, lien « Autorisations des services de personnalisation ». Pour le groupe « autorité NT\utilisateurs authentifiés »

Ø Décocher « Créer un site personnel » (supprime le droit de créer un site perso MySite)
Ø Cocher « Utiliser des fonctions personnelles » (autorise les liens perso et les affichages personnalisés)

Une fois cela fait, si un utilisateur se rend sur la page d’accueil du portail, il doit voir apparaitre en ahut de page « Mes Liens » et non plus « Mon site ». Jusque là tout va bien.

L’ajout d’une page dans ses liens favoris est également facile.

Le problème survient lorsque l’on clic sur « gérer les liens », car alors, on est redirigé vers une page du « MySite », qui lui, n’est pas autorisé (http://serveur:port_du _mysite/MySite/_layouts/myquicklinks.aspx)

>> on obtient une belle page d’erreur « Erreur inconnue » et pas d’autres information.

(Cette erreur survient surtout si, dans un premier temps, on a activé MySite, puis on l’a désactivé.)

La solution est plus astucieuse : utiliser un lien recontruit à la main, sachant que la page de gestion des lien est en fait accessible via _layout. On utilisera alors le lien « http://serveur/_layouts/myquicklinks.aspx » qui permet d’administrer sa liste de liens perso dans un environnement « non-Mysite ».

NOTE : Cette astuce fonctionne également pour :

- la gestion de mon profil utilisateur (http://serveur/_layouts/EditProfile.aspx
- la gestion de mes « collègues » (http://serveur/_layouts/MyContactLinks.aspx

WSS / MOSS : Une erreur inattendue s'est produite

2008-03-19T21:19:00.000+01:00

Si vous avez développé des webparts, ou même effectué un peu de
personnalisation sur votre site WSS 3.0, vous avez peut-être rencontré
cette erreur des plus agaçante :
"Une erreur inattendue s'est produite" , (par exemple dans mon cas, sur la
page DispForm.aspx d'une simple liste) puis une proposition pour désactiver
certaines webparts de la page, celles-qui pourraient poser problème. Le
problème, c'est qu'il n'y a aucune indication sur la nature de l'erreur, ni
trace...

Or MOSS / WSS 3.0, c'est de l'ASP.NET, et les développeurs ASP.NET savent
qu'il est possible de masquer ou d'activer les messages d'erreur +la trace
à l'affichage.
>> Ca se passe bien sûr au niveau du fichier web.config. Il faut changer :

<SafeMode MaxControls="200" CallStack="false"
AllowPageLevelTrace="false"....
en
<SafeMode MaxControls="200" CallStack="true" AllowPageLevelTrace="false"…

et désactiver les erreurs personnalisées en mettant "Off" :

<customErrors mode="On"/>
à remplacer par
<customErrors mode="Off"/>

Une fois modifié, enregistrer le fichier web.config. (Attention, cela
provoque un recyclage du pool d'application, et déconnectera les éventuels
utilisateurs courants.)
Lors du prochain appel à la page, le message d'erreur devient une page
classique ASP.NET, et c'est nettement plus parlant pour débugger !

Erreur (classique) du composant webpart : format incorrect...

2008-02-14T15:42:00.001+01:00

Je me suis confronté récemment à cette erreur dans un environnement WSS 3.0 de production :

« Erreur du composant WebPart : Une des propriétés du composant WebPart a un
format incorrect. Windows SharePoint Services ne peut désérialiser le
composant WebPart. Vérifiez le format des propriétés et réessayez. »

Les symptomes : toutes les webparts de titre de page de composant webpart étaient en erreur sur plusieurs collections de sites, ainsi que les webpart Office Web Components (graphiques Offices)

Classique, dirai-je, un coup de Google et ce devrait être réglé… Après qq recherches, je trouve une info de la KB Microsoft : http://support.microsoft.com/default.aspx?scid=kb;en-us;826786 . L’erreur serait dû à un problème de droits sur le répertoire temporaire (dans lequel Sharepoint désérialise ses WP).
Dans mon cas, ce n’était pas cela mais presque : en fait plus d’espace disque système sur l’un des frontaux de la ferme.

Seulement, une fois de la place libérée, on aurai pu penser que cela allait être réglé : erreur, toujours le problème !...

Finalement, un IISRESET aura raison du message d’erreur, et les webparts sont alors redevenue disponibles et sans erreur.

Effectuer le monitoring de serveur WSS / MOSS

2008-01-21T11:45:00.001+01:00

Concernant le monitoring de serveurs WSS Microsoft, il n’existe pas de webpart « out of the box » qui fait le monitoring, cependant, voici quelques pistes :

Ø Avec System Center Operations Manager 2007 : SharePoint Monitoring Toolkit

“This Solution Accelerator provides a set of System Center Operations Manager 2007 Management Packs for Windows SharePoint Services 3.0 and Microsoft Office SharePoint Server 2007 (including SP1). The Toolkit also includes user documentation for each of the Management Packs.”

http://www.microsoft.com/downloads/details.aspx?FamilyID=e4600fd9-f53d-4ded-88bf-6bb1932794f9&DisplayLang=en

Ø Avec PerformancePoint server : Monitoring Dashboard Viewer for SharePoint Services

Ce system fourni des webparts pour le monitoring et la construction de pages de supervision Sharepoint.

http://technet.microsoft.com/en-us/library/bb794633.aspx

Ø Sans appli spécifique, mais avec windows Perfmon (pas d’interface via webpart) :
o Utilisation basique de perfmon : http://blogs.codes-sources.com/phil/archive/2007/07/11/sharepoint-2007-surveiller-les-performances-de-vos-serveurs-perfmom-part-1.aspx

o Compteurs indicatifs Sharepoint : http://blogs.codes-sources.com/phil/archive/2007/08/21/sharepoint-2007-surveiller-les-performances-de-vos-serveurs-perfmom-partie-2.aspx

Ajouter le menu de navigation dans les pages de webparts

2008-01-09T17:02:00.001+01:00

Par défaut, les 8 pages de webparts prédéfinies nous proposent des dispositions exotiques, sur toute la largeur de la page.

Mais bien souvent, on aimerai conserver une certaine cohérence avec la page d’accueil du site, et notamment disposer du menu gauche de navigation…

Cas 1 : la modif est ponctuelle : privilégier Sharepoint Designer, et ouvrez votre fichier avec.

Cas 2 : modif globale pour les futures pages de webpart : édition du modèle

Pour cela il faut aller sur le serveur, dans le répertoire .\12\TEMPLATE\1036\STS\DOCTEMP\SMARTPGS\

Dans l’optique de test, on va éditer le premier fichier correspondant à un affichage d’une zone de webpart pleine page.

Editer donc le fichier spstd1.aspx

Pour ajouter le menu de navigation, supprimer la ligne qui surcharge le contenu de la default.master :

<asp:Content ContentPlaceHolderId="PlaceHolderLeftNavBar" runat="server"></asp:Content>

Sauvegarder, relancer IIS, créer une nouvelle page de webpart.

Si vous faites le test, vous aller effectivement voir apparaitre le menu, mais pas avec la bonne largeur.

Pour modifier la largeur du menu, là encore, RDV dans le fichier que l’on vient de modifier, et supprimer la ligne :

<asp:Content ContentPlaceHolderId="PlaceHolderNavSpacer" runat="server"></asp:Content>

Sauvegarder, relancer IIS, (créer une nouvelle page de webpart si modif du modèle)

et voilà.

Ouh le vilain Sharepoint Designer !

2007-12-17T17:34:00.000+01:00

Sharepoint Designer (SPD) est censé être l’outil idéal pour customiser vos sites web Sharepoint, eh bien, ce n’est pas toujours le cas lorsqu’il s’agit d’intégrer une charte graphique au caractère près…

Or j’ai remarqué plusieurs comportements bizarres, voire même anormaux :

1. l’ajout d’espaces intempestifs, du genre   entre les tags d’un tableau, ou de liste non ordonnées. Pas vraiment de solution, à part utiliser un autre éditeur de page.

2. l’encodage de caractère HTML dans le code de webparts : en modifiant la page par défaut d’un site d’équipe, au moment de l’enregistrement, SPD remplace le code de la webpart annonce par défaut, provoquant un joli message : « Erreur du composant WebPart : Le fichier importé n'est pas valide. Vérifiez qu'il s'agit d'un fichier de description de composant WebPart (*.webpart ou *.dwp) et que le code XML qu'il contient est bien formé. »
La solution : remplacer les < et les > par leur équivalent HTML non encodé, c'est-à-dire < et > dans le code des webparts… mais ça devient vite lourd !

3. en ouvrant une page maitre sharepoint qui ne serait pas publiée sur le serveur, le comportement est aléatoire au moment de l’enregistrement. Faites le test sans faire aucune modif : la page qui fonctionnait sans probleme devient cassée…

En utilisant un autre éditeur comme Visual Studio, et en uploadant notre page MASTER dans la gallerie de pages maitres, cela peut faire l’affaire.

Conclusion :

Sharepoint Designer et WSS 3.0 ou MOSS : Oui pour la facilité d’accés

Non pour les modifications ‘dans notre dos’, sans rien dire à personne.

>> Je l’utilise de moins en moins, celui là…

>> Il est préférable d’utiliser Visual Studio pour éditer ses pages maitres si on veut pas avoir de surprises

Est-il prévu un service pack Microsoft pour SPD ? bonne question.

WSS : problème d'accès à la page d'ajout de droits (ACLINV.ASPX)

2007-12-14T23:55:00.000+01:00

Cette semaine, lors d’un déploiement WSS3.0, j’ai rencontré un phénomène étrange :

En se connectant avec un compte administrateur de la collection de site, mais pas administrateur global :

- il est possible de supprimer des droits sur une liste

- il n'est pas possible d'accéder à la page pour ajouter des droits (ACLINV.ASPX) : erreur 403 IIS.

- mais cette page est accessible si on utilise un compte qui a des droits sur l'administration centrale de WSS

Bizarre, ce comportement ! manifestement un probleme de droits… Je vérifie le contenu de la page, et les objets qui sont appelés, à tout hasard.

Après quelques recherches délicates sur le Net, j’ai finalement trouvé quelqu’un avec le même problème, et miracle, son origine :

Ce comportement est dû à un hotfix Microsoft (patch de sécurité .NET 2.0, référencé ici http://support.microsoft.com/kb/928365 ) qui a quelques impact sur Sharepoint. Le comportement indiqué au dessus n’est cependant pas listé.

>> Une fois le patch désinstallé (via ajout/suppression de programme), et le serveur rebooté, la page ACLINV.ASPX est à nouveau accessible pour l'administrateur de la collection de sites.

Reste à voir quelle est la réponse Microsoft concernant ce problème, et s’il existe un patch cumulatif pour Sharepoint.

Pour le moment, pas d’infos probante sur le site de Microsoft, affaire à suivre !

MOSS et les réseaux sociaux avancés : Newsgator

2007-12-06T18:11:00.001+01:00

Je suis tombé sur une présentation de NewsGator, outil de réseaux sociaux/communautés avancé sous Sharepoint :

http://www.newsgator.com/Business/SocialSites

Ce produit a été poussé par Microsoft fin Octobre dans sa news officielle :

http://www.microsoft.com/presspass/press/2007/oct07/10-17SharePointPartnersPR.mspx

Un petit résumé des fonctionnalités dispos, en francais :

Fonctionnalités produit, entre autres :

- ajout de flag pour marqué une actua LUE/NON LUE, de manière à ne présenter que le contenu "nouveau"

- intégration de tags/listes de tags sur le contenu

- s'appuie et respecte l'architecture MOSS

- permet de visualiser facilement les flux RSS disponibles d'un site

- fenetre Ajax permettant d'afficher un mini-profil utilisateur : derniere publications, articles lus, tags...

- mise en avant des utilisateurs les plus actifs, des sites les plus actifs

- gestion des flux RSS avancée (blacklist, souscription en 1 clic...)

Prérequis :

- quand l'entreprise dispose de MOSS ou de WSS3.0

Pourquoi utiliser ce produit ?

- pour intégrer du web 2.0 dans Sharepoint

- pour améliorer l'expérience utilisateur de la collaboration, en affichant du contenu toujours à jour.

- pour améliorer le partage de la connaissance

- pour obtenir des réseaux sociaux améliorés par rapport à l'offre MOSS

- aggréger des contenus, les étiqueter, et gérer les fils RSS plus facilement

- le nuage de tags permet de voir d'un coup d'oeil "ce qui se passe" sur un site d'équipe

Tarifs :

Pas d’infos de tarifs sur le site, il faut les contacter pour savoir…

Je me demande si il y a déjà des retours d’expérience d’utilisateurs sur le sujet, en entreprise ‘réelle’.

Les réseaux sociaux en entreprise, je suis assez dubitatif…

Modifier la limite de 10mo d'un modele de site / liste

2007-11-16T17:02:00.001+01:00

Dans SPS2003, la taille du modèle de site, incluant pages et contenu, était limité à 10Mo.

C’est également le cas dans WSS 3.0 et MOSS par défaut, il y a cependant du progrès : Microsoft permet de modifier cette valeur via l’outil STSADM, et ce jusqu’à un maximum de 500 Mo !

Par exemple, pour faire passer la limite à 30Mo pour les modèles de listes ET modeles de site, taper dans la ligne de commande du serveur :

stsadm -o setproperty -propertyname max-template-document-size -propertyvalue 30000000

(ou 30000000 correspond à la taille en bytes)

et voilà ! la limite est modifiée. Attention cependant à ne pas faire de modèle trop gros, sachant que cela impactera directement la taille de la base de contenu si les utilisateurs partent de ce modèle… J

Répartir ses sites WSS en bases de contenu

2007-11-13T11:51:00.000+01:00

Pour des questions de maintenances et de facilité de backup/restore, il est conseillé de répartir ses sites WSS (plus exactement, ses collections de sites) dans plusieurs bases de contenu. (Ainsi, il est facile de remonter seulement une base plutot que la totalité du contenu.)

Depuis l'administration centrale de WSS3, il est possible de créer de nouvelles bases de contenu, mais par contre, lorsque l'on créée une nouvelle collection de site, c'est WSS qui choisi dans quelle base la stocker... et il "réparti" les collections sur les différentes bases de manières égale si ces bases ont les mêmes caractéristiques.

Petite astuce pour "forcer le choix de la base de contenu" de WSS : modifier la limite haute du nombre de site de la base dans laquelle on veut créer notre collection. Par défaut, cette valeur est fixée à 15.000, il suffit de la faire passer à 1.500.000 pour que WSS pense que la répartition est déséquilibrée, et lors de la création de la collection de site suivante, il aura tendance à la créer dans cette base de contenu-là. Ensuite repositionner la limite haute à la valeur par défaut.

Une autre possibilité, que je n'ai pas tester complètement mais qui semble également fonctionner : mettre toutes les bases "hors ligne" sauf la base de contenu qui nous intéresse. La prochaine collection de site créé le sera dans cette base.

Cette modification "en ligne" / "hors ligne" impacte le moteur de recherche WSS qui ne retourne plus de documents des sites de ces bases. Sinon, les sites des bases "hors ligne" restent accessibles.

Nouveaux thèmes WSS et debug...

2007-10-28T01:49:00.000+02:00

Si vous vous êtes déjà penché sur le problème de comment créer un thème pour mon/mes sites WSS 3.0 / MOSS, vous savez déjà qu'il faut commencer en dupliquant un thème existant et le modifier.

Cela signifie donc :

aller dans le répertoire 12/TEMPLATE/THEMES
copier coller l'un des répertoires, avec son contenu.
donner un nouveau nom à ce répertoire
renommer le fichier .INF qui se trouve dans ce répertoire
éditer le .INF pour donner un nouveau nom au thème
éditer le fichier SPTHEMES.XML, et ajouter un déclaration (même nom que précédemment) pour ce nouveau thème.

Ce qui est moins évident, c'est comment "debugger" un thème facilement ? Visiblement, par expérience, la mise à jour des images n'est pas instantanné, ni les modifs du fichier CSS... La raison ? WSS met en cache le thème courant, avec ses images et sa CSS.

Cela signifie notamment, pour qu'une modification soit visible, qu'il faut recycler le pool d'application, et switcher vers un autre thème, puis le réappliquer. Enfin, coté client, il faut parfois forcer le rafraichissement du navigateur par un CTRL + F5...

Une partie de ces actions peut être effectuée via batch ou programme de switch en mode console (voilà donc le genre d'outils à mettre en place pour un debug rapide !)

La webpart de requête de contenu MOSS ne fonctionne pas...

2007-08-27T15:00:00.000+02:00

J'ai remarqué au cours de mes différentes navigations sur des sites MOSS, que la Content Query Webpart était potentiellement très utile pour récupérer du contenu dynamique à partir d'une requête, et le mettre en forme via XSL.

>> Je décide donc de me lancer avec une petite maquette, afin de voir jusqu'ou on peut aller dans cette personnalisation ...

Après avoir créé une collection de sites MOSS, je cherche à ajouter et à faire fonctionner la webpart de requête de contenu (également connu sous le nom Content Query WebPart, ou encore CQWP). (Environnement : 1 server MOSS FR avec un serveur SQL2005 pour le repository. Connexion avec le compte administrateur système de la collection de sites.)

1. Premier problème : la webpart n'est pas disponible dans la liste de webpart.
Solution : l'ajouter au site via la page d'administration 'Galerie de composants WebPart', en sélectionnant 'Nouveau', puis en cochant 'ContentByQueryWebPart' puis 'compléter la galerie'.

Ensuite, on ajoute la webpart sur notre page ASPX : on passe en mode édition, 'ajouter une webpart', puis ajout de 'ContentByQueryWebPart' à notre page.

2. Deuxième problème : la webpart est bien importée sur la page, mais affiche le message suivant :

"Impossible d'afficher ce composant WebPart. Pour résoudre le problème, ouvrez
cette page Web dans un éditeur HTML compatible avec Windows SharePoint Services
tel que Microsoft Office SharePoint Designer. Si le problème persiste, contactez
l'administrateur de votre serveur Web."

Si on essaye de "modifier le composant webpart partagé" par le menu contextuel de la webpart, on a alors un autre message d'erreur :

"Impossible de charger le fichier XSL. Le fichier spécifié est introuvable.

(Exception de HRESULT : 0x80070002)Page de maintenance des composants
WebPart : Si vous y êtes autorisé, vous pouvez utiliser cette page pour fermer
temporairement des composants WebPart ou supprimer des paramètres personnels.
Pour plus d'informations, contactez l'administrateur de votre site.

Résoudre les problèmes liés à Windows SharePoint Services. "

Solution : activer un feature responsable de la publication de la bibliothèque de feuilles de style...
Dans la page "Paramètres du site", cliquer sur le lien "Fonctionnalités de la collection de sites", puis activer la fonctionnalité "Infrastructure de publication Office SharePoint Server" en bas de page, qui dans mon cas, était désactivé par défaut.
(en version US, ce feature s'appelle "Office SharePoint Server Publishing Infrastructure")

Cela permet notamment de créé la bibliothèque de styles (accessible via l'URL http:///sites/Style Library/), dans laquelle la webpart va piocher sa feuille de style XSL.

A ce moment là, si l'on revient sur notre page d'accueil sur laquelle se trouve la webpart en erreur, celle ci affiche desormais plus rien (blanc), mais plus d'erreur. Il est alors possible de cliquer sur "modifier le composant webpart partagé" et ainsi de modifier les propriétés de la webpart.

Il est normalement possible de modifier la feuille de style utilisée par la webpart : ItemStyle.xsl.

3. Troisième problème : une modification de la feuille de style ItemStyle.xsl n'impact pas notre webpart : la liaison entre la feuille XSL et la webpart ne se fait pas bien.

Explication : en fait, au moment où l'on a activé la fonctionnalité MOSS (feature), une webpart "Composant WebPart de requête de contenu" (en version US : "Content Query Web Part") a été ajoutée et activée sur la bibliothèque de webpart de notre collection de site. C'est donc cette webpart qu'il faut utiliser, et non 'ContentByQueryWebPart' pour bénéficier de la liaison XSL. On supprime et on ajoute la nouvelle webpart.

(suite de la personnalisation dans un prochain post)

NOTE : la webpart de flux RSS fonctionne sur le même principe, et avec les mêmes sources : il faut donc que ce feature "Infrastructure de publication Office SharePoint Server" soit activé pour la faire fonctionner.

"Vous essayez d'utiliser un objet SPWeb qui n'est plus disponible..."

2007-08-24T17:00:00.000+02:00

Vous êtes en plein développement de webpart pour MOSS, vous vous efforcez de suivre les bonnes pratiques de développement en libérant les ojets après utilisation (via "using" par exemple), et vous tombez sur cette erreur:
"Vous essayez d'utiliser un objet SPWeb qui n'est plus disponible..."

Voilà le genre de code que vous avez écrit, et pourtant, qu'il ne faut pas faire lorsque lon manipule des objet Sharepoint comme les SPWeb :

using (SPWeb web = SPContext.Current.Web)
{
...
}

En fait, il s'agit d'une référence vers un objet existant, et pas de la création d'un nouvel objet... la fin du paragraphe détruit donc l'objet SPS (qui n'était pas le votre) et tout nouvel appel à ce SPWeb provoque le message d'erreur...

La solution consiste donc à ne pas libérer/détruire cet objet, et laisser Sharepoint le gérer... (plus de 'using' dans notre cas)

Pour les best practices Microsoft, c'est ici que ca se passe (US) :
http://msdn2.microsoft.com/en-us/library/ms778813.aspx

Liens sur la customisation MOSS

2007-07-30T12:04:00.001+02:00

Série d'articles intéressants (3 articles) sur la personnalisation MOSS, les feuilles de style CSS, et les outils à disposition pour personnaliser, par Philippe Sentenac :

Le lien vers le 1er article : les navigateurs et MOSS
Le 2e article : les CSS
Le 3e : les outils du développeur MOSS

Exemples de customisation MOSS...

2007-07-30T11:24:00.000+02:00

Une question que l'on nous pose régulièrement concerne la capacité de MOSS à pouvoir créer des sites web hautement personnalisables. (au design 'pro', et pas comme un simple intranet...).

MOSS est bien une solution de gestion de contenu web (intégrant notamment CMS et le système de pages maitres d'ASP 2.0...), et afin d'illustrer cela, voilà quelques exemples de sites qui tournent sous MOSS :

http://www.microsoft.com/

http://www.ucb.fr/

http://www.formextern.fr/

http://www.cse-demos.com/

http://www.cegos.fr/

http://www.catapultsystems.com/

http://www.fifteen.net/

http://beta.hedkandi.com/

Certains de ces sites sont en production (Microsoft...), alors que d'autre sont de simples vitrines d'exemple.

Pour un tour d'horizon illustré, voir ce post de Nae Young Kwon (MS), qui est très bien fait.