none
SearchAlert par programmation RRS feed

  • Question

  • Bonjour,

    suite à ma question: http://social.msdn.microsoft.com/Forums/fr-FR/sharepointfr/thread/ed89484d-a29c-4f26-a456-fae004d4fc65
    Mon problème n'est toujours pas entièrement résolu, mais vu qu'il s'agit d'un autre problème je recrée une question.

    Dans mon projet, la recherche a été personnalisée. Du coup les résultats obtenus dépendent des requêtes SQL que l'on a lancé dans SharePoint.

    Il faut donc que je crée une alerte sharepoint par code, j'ai tenté la méthode indiquée sur ce blog:
    http://blogs.msdn.com/nishand/archive/2007/07/04/how-to-create-searchalert-programmatically.aspx

    Par contre, cette méthode n'a l'air de fonctionner (sur mon poste) qu'avec des mots clés, et lorsque j'essaie de passer la requête lancée lors d'une recherche (SELECT ... from Scope() WHERE ...) l'alerte créée ne fait pas de notification journalière.

    Par contre, le mail de confirmation de la création de l'alerte est bien envoyé.

    Quelqu'un peut-il m'aider? Je ne vois aucune trace dans les logs
    mardi 2 mars 2010 09:17

Réponses

  • Bonjour,

    En effet c'est bien via la central admin qu'il faudrait changer le compte du service Timer.

    Par contre je ne pense pas qu'il soit nécessaire d'utiliser un compte admin du domaine. N'importe quel compte du domaine devrait faire l'affaire (donc pas un NT AUTHORITY), mais il faudra probablement qu'il soit administrateur de la ferme.

    Sur une installation "normale", le compte utilisé pour le timer est le compte maître de ferme, à savoir celui qu'il est demandé de saisir lors de la création de la ferme. Il dispose donc de droits d'accès à toutes les web apps et c'est aussi celui qui sert d'application pool pour l'administration centrale.

    Sans pour autant réinstaller MOSS, si il s'agit d'un poste de dev, à votre place je recréerais la ferme (en lancant 1 fois le wizard de configuration pour sortir de la ferme, et une 2eme fois pour la recréer) pour éviter les surprises indésirables. A vous de voir :)


    http://blogs.developpeur.org/anouvel
    Merci de valider les réponses qui correspondent à votre problème afin qu'il apparaisse comme résolu.
    • Marqué comme réponse Marc TRAN jeudi 29 avril 2010 08:11
    lundi 26 avril 2010 06:17

Toutes les réponses

  • Après avoir lu plusieurs fois l'article suivant:

    http://blogs.technet.com/victorbutuza/archive/2009/02/24/search-based-alerts.aspx

    J'ai décidé d'appliquer la procédure sur notre serveur de recette et les alertes fonctionnent.

    Maintenant je pense avoir une idée sur le problème que j'ai eu: le compte ayant servi à installer MOSS sur mon poste de développeur n'a pas les droits d'administrateur sur le DC (domain controller) alors que sur la recette, le compte ayant servi à l'installation est admin du domaine.

    Je cherche toujours à comprendre comment faire fonctionner les alertes de recherche sur mon poste et la phrase de l'article suivante ne m'est pas très claire:

    "If the user account for the Windows Sharepoint Services Timer Service does not have permissions to access the DC via RPC , the whole operation will fail."

    Où dois-je entrer un compte admin du domaine exactement ? (sans avoir à réinstaller MOSS entièrement avec ce compte)

    Est-ce bien le service windows: Sharepoint Services Timer ou un compte à configurer dans la centrale admin? Le compte entré dans le service windows est: NT AUTHORITY\NetworkService (configuration par défaut)

    Merci

     

    vendredi 23 avril 2010 18:31
  • Bonjour,

    En effet c'est bien via la central admin qu'il faudrait changer le compte du service Timer.

    Par contre je ne pense pas qu'il soit nécessaire d'utiliser un compte admin du domaine. N'importe quel compte du domaine devrait faire l'affaire (donc pas un NT AUTHORITY), mais il faudra probablement qu'il soit administrateur de la ferme.

    Sur une installation "normale", le compte utilisé pour le timer est le compte maître de ferme, à savoir celui qu'il est demandé de saisir lors de la création de la ferme. Il dispose donc de droits d'accès à toutes les web apps et c'est aussi celui qui sert d'application pool pour l'administration centrale.

    Sans pour autant réinstaller MOSS, si il s'agit d'un poste de dev, à votre place je recréerais la ferme (en lancant 1 fois le wizard de configuration pour sortir de la ferme, et une 2eme fois pour la recréer) pour éviter les surprises indésirables. A vous de voir :)


    http://blogs.developpeur.org/anouvel
    Merci de valider les réponses qui correspondent à votre problème afin qu'il apparaisse comme résolu.
    • Marqué comme réponse Marc TRAN jeudi 29 avril 2010 08:11
    lundi 26 avril 2010 06:17
  • Bonjour, lorsque vous dites de recréer la ferme, j'ai déjà effectué une opération similaire pour corriger d'autres problèmes en supprimant avant:

    - les bases données SharePoint

    - les sites IIS sharepoint et les web applcations sharepoint

    - les dossiers correspondants aux sites iis dans inetpub

    Aurais-je oublié une étape ? Merci pour votre aide, je repasse valider demain si ça fonctionne (alerte journalière)
    lundi 26 avril 2010 08:42
  • Après la recréation de la ferme, j'ai oublié de définir une adresse mail au compte s'étant abonné, erreur de débutant...

    C'est reparti pour une journée

     

    mercredi 28 avril 2010 07:49