Impossible de déboguer un personnalisé du travail du minuteur sharepoint

J'ai essayé les étapes ci-dessous afin de déboguer une coutume particulière de la minuterie ( installé et activé):

  1. Copié les deux .dll et .pdb fichiers dans le GAC.
  2. Redémarré les services du minuteur.
  3. Attaché à la fois w3wp et OWSTimer.exe processus.

Mais le débogage n'est pas encore en place. Le débogueur est vide cercle qui affiche ce message:

Le point d'arrêt ne sera pas actuellement être frappé. Pas de symboles ont été chargés de ce document.

La OWSTimer est montré dans une diff nom d'utilisateur. Il ne doit être exécuté à partir de mon compte?

Pourquoi le débogage ne fonctionne pas?

Pourquoi ne vous posez une nouvelle question - vous avez même marqué que vous avez eu la réponse dans le précédent.
la question précédente concernant la copie le fichier pdb dans le GAC. La réponse a été accepté pour que seul. Si il y a une certaine redondance, je ll sûrement le supprimer.
Mais vous n'avez pas réellement obtenir une solution de travail, alors peut-être que le problème n'était pas de copier les fichiers du gac? Je v jamais fait. Mais c'est peut-être parce que j'ai copier dll de gac avec WSPBuilder Visual Studio plugin et en fait je ne sais pas si elle a aussi des copies de fichiers pdb.
par la façon dont je viens de vérifier par GAC_MSIL dossier et je n'ai pas de fichiers pdb là

OriginalL'auteur Thomas Mathew | 2011-09-20

  1. 12

    Le débogage des Travaux du Minuteur peut être dur... Les étapes que vous avez pris son sujet de droit, mais vous pouvez aussi faire un peu plus:

    1. Minuterie exécution des Travaux dans OWSTimer.exe - vous avez seulement besoin de l'attacher à un
    2. Redémarrer le service du minuteur. Pour faire bonne mesure de jeter un redémarrage, de déployer, de redémarrer, de iisreset 😉
    3. Avez-vous fait une version DEBUG ou RELEASE build?
    4. Assurez-vous que vous avez réellement EXÉCUTER votre travail de minuteur (comme dans le déclencher)

    Si vos points d'arrêt ne sont pas encore frappé, faire quelque chose de laid: utilisation Debugger.Launch() ou Debugger.Break() dans votre code ou une assertion qui échoue toujours: System.Diagnostics.Trace.Assert(false);

    Et puis il y a MSDN pour le sauvetage.

    Merci Dennis pour les autres points, j'ai trouvé que, pour une raison quelconque, la configuration de la solution était en mode "Release" et pas en mode "Debug". J'ai changé de "Debug" et cela a fonctionné parfaitement.

    OriginalL'auteur Dennis G

  2. 1

    Essayez de charger les symboles de débogage manuellement et voir ce qu'il dit:

    Pour afficher la fenêtre Modules en mode pause ou en run mod

    Sur le menu Déboguer, choisissez Windows, puis cliquez sur Modules.

    Par défaut, la fenêtre Modules sortes de modules par ordre de chargement. Cependant,
    vous pouvez choisir de trier par colonne.

    Dans la fenêtre Modules, vous pouvez voir les modules qui ont le débogage
    chargé des symboles. Cette information apparaît dans la colonne Statut Symbol.
    Si l'état dit Sauté de chargement Ne peut pas trouver ou ouvrir le fichier PDB,
    ou de Chargement désactivé par inclure/exclure réglage, vous pouvez diriger les
    débogueur pour télécharger des symboles à partir de la Microsoft des serveurs de symboles publics
    ou pour charger des symboles à partir d'un symbole répertoire sur votre ordinateur. Pour plus d'
    d'informations, consultez Comment: Utiliser un Serveur de Symbole et Comment: Spécifier
    Symbole de Lieux de Chargement et de Comportement.

    Pour les symboles de charge manuellement

    Dans la fenêtre Modules, droit-cliquez sur un module pour lequel les symboles n'ont pas
    chargé.

    Point à la Charge de Symboles à Partir de, puis cliquez sur Microsoft Serveurs de symboles ou
    Chemin De Symbole.

    copié à partir de MSDN

    Vous pouvez également essayer de supprimer Visual Studio cache juste pour être sûr (à partir de l'invite de commande):

    del /Q %LOCALAPPDATA%\Microsoft\WebsiteCache
del /Q %LOCALAPPDATA%\Temp\VWDWebCache
del /Q %LOCALAPPDATA%\Microsoft\Team Foundation.0\Cache

    OriginalL'auteur Janis Veinbergs

  3. 0

    Juste en ajoutant à moontear post.

    J'ai eu le même chargement des symboles de débogage question jusqu'à ce que j'ai ajouté ce code à la première ligne de ma méthode Execute.

        public override void Execute(Guid contentDbId)
    {
        //If in debug mode, trigger a false assertion to give time 
        //to attach the debugger to the OWSTIMER.EXE process.
        #if (DEBUG)
            System.Diagnostics.Trace.Assert(false);
        #endif
        ...

    OriginalL'auteur Ryan

  4. 0

    Assurez-vous que vos paramètres régionaux sont corrects - ajouter /_layouts/15/regionalsetng.aspx à l'autorité de certification de l'URL. Si vous avez le mauvais fuseau horaire, votre travail peut être prévu pour un temps dans le passé. Cela a accroché moi plus d'une fois. Si c'est le cas, réglez le fuseau horaire correct (à l'aide de l'url ci-dessus), démarrer et arrêter le service du minuteur (soit les services de l'outil ou de la commande d'ouverture de ligne net stop sptimerv4 puis net start sptimerv4). Ensuite, fixez OWSTIMER et de débogage.

    OriginalL'auteur Toe