在 SharePoint 中调试自定义计时器作业

发布于 2024-12-05 13:31:18 字数 149 浏览 0 评论 0原文

为了在 Visual Studio 中调试自定义计时器作业,我无法启动调试器。

是否有必要将 .PDB 文件添加到 GAC?

我尝试执行上述操作,但不允许拖放此特定文件。

为什么我们需要添加这个文件?

To debug a custom timer job in visual studio, I wasn't able to hit the debugger.

Is it necessary to add the .PDB file to GAC?

I tried doing the above, but it's not allowing to drag and drop this particular file.

Why do we need to add this file?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

眼眸 2024-12-12 13:31:18

拖放在程序集文件夹中不起作用,因为 shell windows 资源管理器附加到它。您可以执行 3 件事来绕过此 shell -

  1. 通过 cmd 将 .pdb 文件复制到 C:\windows\ assemblyGAC_MSIL\yourassemble\your assemblyversion\

  2. 使用gacutil.exe

  3. 将程序集文件夹映射为 Network-Drive \server\c$\windows\ assembly,然后像平常一样复制 .pdb

这里是一篇关于调试计时器作业的好文章。它是为 SP2007 编写的,但也应适用于 SP2010。

Drag and drop does not work in the assembly folder because of the shell windows explorer attaches to it. You can do 3 things to bypass this shell -

  1. Copy the .pdb file via cmd in C:\windows\assemblyGAC_MSIL\yourassembly\yourassemblyversion\

  2. Use gacutil.exe

  3. Map the assembly folder as Network-Drive \server\c$\windows\assembly and then copy the .pdb just as you normally would

Here is a good article about debugging timer jobs. It's written for SP2007 but should apply to SP2010 aswell.

昇り龍 2024-12-12 13:31:18

我总是编译到 bin 中,然后仅将 DLL 文件移动到 GAC(通常是手动),然后将调试器附加到 OWSTimer.exe 进程。工作得很好,只是在替换 GAC 中的文件后不要忘记重新启动服务。

I always compile into bin, then move the DLL file only to the GAC (usually manually) and then attach the debugger to OWSTimer.exe process. Works just fine, just don't forget to restart the service after replacing the file in the GAC.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文