Ich schreibe zum ersten Mal einen Timer-Job. Ich folge den Beispielen, die durch Googeln als meine Referenz erhalten werden können.
In vielen dieser Artikel stoße ich auf die Timer-Job-Funktionen, die auf der Ebene der Websitesammlung oder der Website aktiviert werden.
Ich finde das komisch, da es nur eine Instanz eines Timer-Jobs für eine bestimmte Webanwendung geben kann.
Sollen nicht alle Funktionen des Timer-Jobs auf eine Web-Anwendung beschränkt sein?
Fehle ich hier irgendetwas?
Das hängt ganz von Ihrem Szenario ab. Die Timer-Jobs, die ich bisher geschrieben habe, habe ich mit einer Web-Anwendung definiert (es geht nur darum, deine feature.xml zu modifizieren). Je nach dem, was Ihr Zeitgeberauftrag tut, kann es jedoch für den Benutzer sinnvoll sein, den Web- oder den Site-Bereich zu verwenden. Sie müssen nur Ihren Feature-Empfänger auf das "Elternelement" aufmerksam machen, das in den Benachrichtigungshandlern von Activated usw. übergeben wurde - es ist das SPWeb, SPSite oder SPWebApplication, auf dem das Feature aktiviert wurde - und Sie könnten sich beim Schreiben sparen eine Konfigurationsschnittstelle, mit der Benutzer festlegen können, mit welchen Webs ihr Zeitgeberjob arbeiten soll und welche nicht. Technisch stimmt das: Sie laufen immer auf der Web-Anwendungsebene. Da sie jedoch häufig mit Inhalten arbeiten, die web- oder website-bezogen sind, kann das Festlegen eines solchen Bereichs eine sinnvolle Möglichkeit darstellen, den Umfang des Zeitgeberauftrags einzuschränken.
Tags und Links sharepoint sharepoint-2007 moss timer-jobs