SharePoint 2010 TimerJob mit Visual Studio 2010

Andi Fandrich Als Antwort am 23 Aug. 2012 14:09

Ein Timerjob kann so definiert werden, daß er als Parent eine WebApp hat. Damit bekommst Du dann schonmal die URL der WebApp und kannst auf jede SiteCollection dynamisch zugreifen (WebApp.Url + "/sites/site1"). Der relative Pfad ist dann aber immer noch hart codiert.

Wenn Dir das nicht ausreicht, mußt Du Dir Gedanken um einen geeigneten Speicherort für die SiteCollection-Url machen. Das kann ein Config-File oder eine externe DB sein (dann brauchst Du aber wieder einen dynamischen Connectionstring).

Ich baue mir dafür immer ein eigenes SPPersistedObject und speichere das als Kind der Farm. Damit kannst Du von jeder beliebigen Stelle darauf zugreifen. Schreiben kannst Du es aber nicht im Kontext einer normalen WebApp. Also brauchst Du dafür wieder ein Konsolenprogramm oder ein PowerShell. Der komfortabelste Weg ist aber eine eigene Seite in die Zentraladministration zu hängen und darüber die Einstellungen zu bearbeiten.

tonikln Als Antwort am 23 Aug. 2012 14:30

Kannst du mir zufällig einen Link geben, wo diese Schritte mit den Config File aufgeschrieben sind.

Ich weiß nämlich nicht genua wo ich ansetzten soll.

Andi Fandrich Als Antwort am 23 Aug. 2012 14:41

Ich halte das nicht für den besten Weg, aber es gibt grundsätzlich zwei Möglichkeiten:

1. das Config-File des Timerdienstes (owstimer.exe)

2. die web.config der WebApp, an die Du so kommst:
Configuration config = WebConfigurationManager.OpenWebConfiguration("/", "WebAppName");
string value = config.AppSettings.Settings["keyName"].value;

tonikln Als Antwort am 31 Aug. 2012 14:24

[quote user="Andi Fandrich"]

 Der komfortabelste Weg ist aber eine eigene Seite in die Zentraladministration zu hängen und darüber die Einstellungen zu bearbeiten.

Wie würde ich den eine Seite in der Zentraladministration hängen? Hast du da zufällig einen Link wie das implementiert wird ?
Das wäre sehr hilfreich ;)

Andi Fandrich Als Antwort am 31 Aug. 2012 14:35

http://msdn.microsoft.com/en-us/library/ff798467.aspx

tonikln Als Antwort am 31 Aug. 2012 15:23

Süüüüper danke ;)

Und wie ist es wenn ich das ganze über die web.config machen möchte?
Momentan habe ich es wie folgt:

web.config:
<appSettings>
    <add key="LinkForTimerJob" value="http://myServer/websites/site/" />
</appSettings>

In der Execute Methode:
string siteUrl = WebConfigurationManager.AppSettings["LinkForTimerJob"].ToString();

Ich bekomm da leider immer ein null Reference Exception. Weiß jemand woran das liegt ?

Andi Fandrich Als Antwort am 31 Aug. 2012 16:05

Das liegt an den unterschiedlichen Config-Dateien. Die SharePoint Website verwendet eine andere als die Zentraladministration und eine andere als der Timerdienst. Auf diese Art bekommst Du das also nicht hin.

tonikln Als Antwort am 1 Sept. 2012 21:10

Ja da hast du recht...

man müsste die owstimer.config im 14 ordner bearbeiten damit man auf die URL kommt, die man braucht.
Ich hätte an der Stelle noch eine Frage.
1. Application page:
Wenn ich eine Applicatin page erstelle (so wie in msdn gezeigt wird), wie komm ich denn eigentlich vom Timerjob code in die application page?
Wenn ich zum Beispiel eine TextBox in der Seite erstelle und der Benutzer seinen Link da eingibt, wie kann ich sicherstellen, dass die URL gespeichert bleibt ?

Andi Fandrich Als Antwort am 3 Sept. 2012 08:24

Du mußt die Einstellungen natürlich irgendwo zwischenspeichern, wo sowohl die Application Page als auch der Timerjob drankommen. Man kann z.B. ein eigenes, von SPPersistedObject abgeleitetes Objekt schaffen und das als Child von SPFarm.Local speichern -> Google

tonikln Als Antwort am 3 Sept. 2012 18:13

Also ich habe es jetzt wie folgt gemacht:
Ich habe eine Application Page erstellt, wo ich einen Link in der Textbox angeben kann. Zusätzlich habe ich eine Klasse settings die von SPPersisted Object erbt. In der settings klasse habe ich eine property:
[Persisted]
public string siteColUrl;

Im code behind versuche ich dann die die Url zu setzten:
SPSecurity.RunWithElevatedPrivileges(delegate()
            {
                SPFarm farm = SPFarm.Local;
                Settings jobSettings = new Settings();
                jobSettings.siteColUrl = TextBox.Text;
                jobSettings.Update(false);
            });

Leider bekomm ich beim Updaten immer eine NullReference Exception... weiß jemand woran es liegt ?

tonikln Als Antwort am 3 Sept. 2012 21:38

Stop komando zurück :) Mein fehler.. ich benutz den falschen Konstruktor... Aber nachdem ich die änderung vorgenommen habe, bekomme ich eine Exception Access Denied.
Ich habe auch schon folgende Methode hinzugefügt:

protected override bool HasAdditionalUpdateAccess()
{
   return true;
}

Allowunsafeupdates habe ich ebenfalls eingeschaltet aber bekomme immer diese Meldung:

"Aktualisierungen von GET-Abfragen sind momentan untersagt. Legen Sie bitte die AllowUnsafeUpdates-Eigenschaft von SPWeb fest, um Aktualisierungen für GET-Abfragen zuzulassen."

Dieser Fehler kommt immer wenn ich den update durchführen möchte.

Thomas Östreich Als Antwort am 4 Sept. 2012 09:27

Deine Konfigurationsseite sollte in der CA Bereitgestellt werden, da im Normalfall nur die CA und der Zeitgeber auf die Config DB schreibenden Zugrfiff haben.

[quote user="tonikln"]

Allowunsafeupdates habe ich ebenfalls eingeschaltet aber bekomme immer diese Meldung:

"Aktualisierungen von GET-Abfragen sind momentan untersagt. Legen Sie bitte die AllowUnsafeUpdates-Eigenschaft von SPWeb fest, um Aktualisierungen für GET-Abfragen zuzulassen."

Dieser Fehler kommt immer wenn ich den update durchführen möchte.

 Wenn du die Standardfunktionalität von ASP.Net nutzt (Postback) dann hast du ein POST.