sharepoint - 计时器作业功能的范围

标签 sharepoint moss sharepoint-2007 timer-jobs

我第一次写计时器作业。我正在遵循可以通过谷歌搜索获得的示例作为我的引用。

在许多此类文章中,我遇到了将计时器作业功能激活到网站集级别或网站级别的情况。

我觉得这很奇怪,因为对于特定的 Web 应用程序只能有一个计时器作业实例。

不应该将所有计时器作业功能都限定在 Web 应用程序中吗?

我在这里错过了什么吗?

最佳答案

这完全取决于您的场景。到目前为止,我编写的计时器作业的范围是 Web 应用程序(这只是修改您的 feature.xml 的问题)。但是,根据您的计时器作业的用途,从用户的角度来看,将其设置为 Web 或站点范围可能是有意义的。您只需要让您的功能接收器知道在 Activated 等通知处理程序中传递的“父”——它将是激活该功能的 SPWeb、SPSite 或 SPWebApplication——并且您可以节省自己的写作一个配置界面,只是让用户设置您的计时器作业应该使用哪些网络,哪些不可以。从技术上讲,您是对的:它们始终在 Web 应用程序级别上运行。但由于他们经常处理与网站或站点相关的内容,因此以这种方式确定范围可能是限制计时器作业范围的有用方法。

关于sharepoint - 计时器作业功能的范围,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/792938/

相关文章:

SharePoint 和 Firefox 3

asp.net - 如何从网站及其子网站中获取不同的用户?

sharepoint - 检查是否在 Sharepoint 中启用了 BlobCaching(无需查看 web.config)

SharePoint:我应该使用列表还是数据库?

reactjs - 如何从'office-ui-fabric-react导入自动绑定(bind)?

javascript - 在 JavaScript 中添加新项目到共享点列表

c# - 如何使用 LINQ 检索 SharePoint 用户数据?

security - SPSecurity.RunWithElevatedPrivileges 在控制台应用程序中执行任何操作吗?

c# - 多个工作流任务卡在 Sharepoint 2007 中

sharepoint-2007 - 如何找到列表的Sharepoint Guid