L’archéologie est une matière sympathique et aussi étrange que cela puisse paraître, c’est une science vivante pour la partie Informatique.
En effet, une solution Up To Date et trendy devient très rapidement obsolète dans notre milieu. Le soucis est que les utilisateurs ou les budgets ne bougent pas aussi rapidement que les éditeurs le souhaitent. Ainsi, on se retrouve à devoir “maintenir” assez rapidement des architectures complètes.
SharePoint 2007 est aujourd’hui exactement dans ce contexte, officiellement supporté, mais de plus en plus abandonné par l’éditeur, mais là n’est pas le sujet.
Cas des pages 404 sur certaines listes
Depuis quelques jours, un bug revient sur plusieurs fermes SharePoint 2007 WSS V3, remonté par des utilisateurs qui ne peuvent plus accéder à des contenu de certaines listes.
En gratant plus, la page “AllItems.aspx” des listes fonctionne bien, mais pas les autres pages :
- EditForm.aspx
- DispForm.aspx
- NewForm.aspx
- overview.aspx (Survey)
- summary.aspx (Survey)
- …
Celles-ci donnent le résultat suivant “404 NON FOUND”:
En cherchant un peu plus, on trouve de nombreux de cas sur Internet parlant de customization de page (avec SharePoint Designer 2007). Ainsi, j’ai ouvert le site avec designer et essayé d’ouvrir les fichiers ASPX concernés sans succès. Le message d’erreur suivant est affiché:
- Sharepoint 2007 designer soap:ServerServer was unable to process request. ---> The file DispForm.aspx does not exist.
Une nouvelle recherche google fournit de nouvelles pistes, comme des soucis due à la base de données SharePoint_Config, ou encore des soucis après migration de 2007 vers 2010:
Et c’est là que je me suis souvenu que c’est listes avaient certainement été créées avant la migration de WSS V2 vers WSS V3.
Pour vérifier cela, il suffit de regarder les dates de création des fichier en explorateur Windows (WebDav) ou via SPD (dans notre exemple de liste Survey):
Ces dates correspondent avant la migration In Place effectuée en 2007.
Solution pour fixer le problème
La solution est un peu tordue, mais fonctionne parfaitement. Il faut simplement suivre les étapes suivantes:
- Créer une liste vide ayant le même template que la source de celle en soufrance (un survey vide dans notre cas)
- Ouvrir l’explorateur Windows depuis une liste documentaire
- Remonter d’un cran avec l’explorateur Windows pour trouver le répertoire “Lists”
- Entrer dans ce répertoire pour trouver votre liste souffrance et entrer dedans pour retrouver les fichiers ASPX
- Ouvrir un nouvel explorateur Windows et aller dans la liste vide créée juste avant (en suivant la même procédure). On voit tout de suite la différence dans les dates
- Copier les fichiers ASPX un à un depuis la liste vide vers la liste en erreur et bien vérifier que les dates sont bien modifiées (attention, parfois la copie ne passe pas et on doit la refaire)
- On peut retourner sur la liste et tester les pages ASPX pour voir le soucis réglé
Conclusion
Comme dirait mon ami François Tonic de Programmez, l’archéologie et l’informatique se rejoignent en de très nombreux points. Particulièrement lorsque l’on doit sortir la pelle et le pinceau pour creuser dans les systèmes. Et pour le cas de SharePoint, on creuse souvent et dans de nombreux cas, sans aucune idée d’où çela nous mène.
Romelard Fabrice [MBA Risk Management]
Commentaires
Enregistrer un commentaire