Erreur SharePoint 2010

SharePoint 2010 : En finir avec l’erreur 7043 du taxonomy Picker

Posted on Updated on

Toute personne ayant installé un SharePoint Server 2010 a dû voir remonter dans l’observateur d’évènement du serveur SharePoint l’erreur 7043. Cette erreur nous informe que SharePoint ne parvient pas à compiler le contrôle utilisateur TaxonomyPicker (/_controlTemplates/TaxonomyPicker.ascx).

En effet, si l’on ouvre ce contrôle depuis l’arborescence (dans le répertoire 14), on s’aperçoit que le code behind lié à ce contrôle utilisateur est sensé être dans la classe : Microsoft.SharePoint.Portal.WebControls.TaxonomyPicker. Or ce n’est pas le cas, il est dans : Microsoft.SharePoint.Taxonomy.TaxonomyFieldEditor.

Pour voir la solution complète, c’est sur le site de Laurent Cotton : http://laurentcotton.wordpress.com/2011/06/15/sharepoint-2010-comment-corriger-lerreur-7043-taxonomypicker-une-bonne-fois-pour-toute/

Advertisements

SharePoint – Les alertes ne marchent plus suite à une migration SharePoint 2007 vers 2010

Posted on Updated on

Récemment, j’ai eu une migration SharePoint 2007 vers SharePoint 2010 avec changement de serveur (32 bits pour l’ancien, et donc 64 bits pour le nouveau) et changement d’adresse publique (changement de l’alias DNS et donc nouvelle adresse publique).

Je me suis donc aperçu que les alertes utilisateurs ne fonctionnaient plus après la migration !!! Effectivement, après maintes recherches et analyses, je me suis rendu compte que ces alertes sont stockées dans la base de contenu de chaque WebApplication, dans la table “ImmedSubscriptions“.

En faisant un select sur cette table, on s’aperçoit que les Urls publiques de la ferme (l’ancienne adresse) sont référencées directement dans certains champs :

  • SiteURL  : texte simple
  • Properties : propriétés dans une structure XML

Il faut donc mettre à jour ces attributs avec la nouvelle adresse publique de la nouvelle ferme. Pour cela, pas d’autre choix que d’écrire un petit bout de SQL…

Mise à jour de SiteUrl :

USE [WSS_ContentDB]
UPDATE ImmedSubscriptions
SET SiteURL = ‘NouvelleUrlDeLaFerme’
where SiteURL = ‘AncienneUrlDeLaFerme’

Mise à jour de Properties :
Cet attribut est plus complexe puisqu’il s’agit d’une structure XML… il faut donc seulement remplacer l’ancienne Url par la nouvelle où cela est nécessaire. Pour cela, on récupère le champ Properties dans un NVARCHAR(Max) puis on utilise la fonction SQL Server “Replace”.

USE [WSS_ContentDB]
UPDATE ImmedSubscriptions
SET Properties = Replace(Cast(Properties AS NVARCHAR(Max)), ‘AncienneUrlDeLaFerme’, ‘NouvelleUrlDeLaFerme’)

 

Après ces manipulations, pensez à relancer le service Timer de SharePoint (SharePoint Timer Service ou OWS Timer) soit par la console d’administration des services Windows, soit en lançant les commandes “net stop OWSTimer” puis “net start OWSTimer”.