SPTimerJob nur für eine WebApplication aktivieren anstatt für alle - SharePoint Server 2010

MStel erstellt 21 Dez. 2016 15:34

Hallo,
ich habe in C# einen SPTimerJob entwickelt, der listenelemente aktualisiert und in einer nicht sichtbaren Spalte einen wert einträgt. Der Job tut auch einwandfrei genau das, was er soll.

Anschließend habe ich die .wsp Datei aus dem Programverzeichnis genommen und mit den -stsadm addsolution- und deploysolution Befehlen auf unserem Testserver bereitgestellt.

Sowohl auf meinem lokalen Rechner als auch auf dem Testserver funktionierte diese Lösung wie gewünscht. Als ich genau die gleiche Prozedur auf dem Echtsystem anwenden wollte, ist mir in der Zentraladministration aufgefallen, dass ich einen Fehler gemacht habe.
Und zwar habe ich die Lösung für alle sich dort befindlichen Webanwendungen bereitgestellt und nicht nur für die ursprünglich angedachte Zielanwendung.
Auf den Testsystemen ist dies nicht aufgefallen, da meine Testanwendung die einzige WebApplication auf dem "Server" war, auf dem Echtsystem ist dies jedoch nicht so.

Mein Ziel ist es jetzt also, den Bereitstellungsprozess auf eine Anwendung, und dort auch nur auf eine SiteCollection zu spezifizieren.

Meine Frage ist nun, wo und wie realisiere ich dies.
Ich bin natürlich nicht unvorbereitet und habe mir dazu einige Gedanken gemacht, die für mich sinnvollsten Orte, meine Lösung zu realisieren wären:

- im Feature des C# Programmes mithilfe der Bereich(Scope) Eigenschaft, die aktuell auf WebApplication steht, (was für mich eigentlich Sinn ergibt, da das Ziel letztendlich auch eine WebApplication ist. Da auf dieser WebApplication auch nur eine SiteCollection mit einer TopLevel Site angelegt ist und auch zukünftig keine weiteren geplant sind, halte ich es für sinnvoll, als Scope WebApplication und nicht Site zu verwenden, wenn dies aber die offensichtliche Ursache für den Fehler ist, lasse ich mich gerne eines besseren belehren)

- innerhalb der override Methode, in der ich mich im Objektmodell "herunterhangele" und die Zielsite verwende, oder

- in Powershell beim bereitstellen der Lösung via stsadm deploysolution?

Sowie sich mir die nächste frage stellt: Muss ich die Ziel URL schon im C# Code hart kodiert hinterlegen, oder lässt sich wenn man an dieser stelle alles richtig konfiguriert (site beispielsweise über den Titel der Websitecollection festlegen) das bereitstellen komplett über die PowerShell Befehle (stsadm) regeln?

Eine Hartkodierte URL im Code wäre sehr unvorteilhaft, da die Lösung auf mehreren Webanwendungen und Serverfarmen funktionieren sollte.

Zur Verdeutlichung meines bisherigen Vorgehens hier meinen Code:
Powershell:
stsadm -o addsolution -filename $wspFileName
stsadm -o deploysolution -name UpdateSolution.wsp -immediate -allowgacdeployment -force

C# im Event Receiver:
 public override void FeatureActivated(
    SPFeatureReceiverProperties properties)
        {
            SPWebApplication webApplication =
                (SPWebApplication)properties.Feature.Parent;
          ...
       }

C# Methode mit der Programmfunktionalität: (wird aus der override Methode aufgerufen)
public void UpdateColumn()
        {
            SPWebApplication webApp = this.Parent as SPWebApplication;
             int m = 0;
             int counter = 0;
            foreach (SPSite siteOfWeb in webApp.Sites)
            {
                if (webApp.Sites[m].RootWeb.Title == "MeineSeite")
                {
                    counter = m;
                }
                m++;
            }
            using (SPSite site = new SPSite(webApp.Sites[counter].Url))
            {
                using (SPWeb web = webApp.Sites[0].RootWeb)
                {                    SPList listTest = web.Lists["Testliste"];
                }
   usw...
  }

ich bin an dieser stelle wirklich etwas überfragt, es ist auch viel Code und es sind viele Schrauben an denen ich für den TimerJob drehen musste, damit dieser überhaupt mal fehlerfrei das tut, was ich wollte.

Ich wäre um einen Lösungshinweis bzw. Schub in die Richtige Richtung sehr dankbar.

Mit freundlichen grüßen

mstel