Manchmal kann es von Vorteil sein, dass eine Indizierung manuell gestartet wird. Dies kann zum Beispiel bei Änderung von kritischen Daten notwendig sein, damit diese entsprechend in der Suchfunktion aktuell sind.

Folgendes Snippet startet die inkrementelle Indizierung:

string sURL = SPContext.Current.Site.Url;

SearchContext ctx;

using (SPSite Site = new SPSite(sURL))

{

     ctx = SearchContext.GetContext(Site);

}

Microsoft.Office.Server.Search.Administration.Content sspCnt = new Microsoft.Office.Server.Search.Administration.Content(ctx);

string sCntSrc = ConfigurationManager.AppSettings["ContentSources"];               

ContentSourceCollection sspCntCol = sspCnt.ContentSources;

ContentSource contentsource = sspCntCol [sCntSrc];

if (cs.CrawlStatus == CrawlStatus.Idle)

     cs.StartIncrementalCrawl();

Schon einmal versucht die Felder Today und Me in Formeln zu verwenden? Dies wird leider mit einer Fehlermeldung quittiert, dass diese Felder nicht in Formeln verwendet werden dürfen. Mit einem kleinen Trick kann man aber Today und Me trotzdem verwenden:

Man erstellt zuerst in der Liste zwei Spalten, jeweils mit dem Titel "Today" und "Me". Der Typ dieser Spalten ist egal. Nun kann man sein berechnetes Feld anlegen bzw. editieren und in der Formel Today und Me benutzen, da diese momentan auf die eben angelegten Spalten verweisen. Ist die Formel soweit fertig die Spalte speichern. Nun können die anfangs angelegten Spalten gelöscht werden. Es wird Today und Me korrekt umgesetzt.

Sollte man später die Formel noch einmal editieren wollen, so ist es notwendig diese beiden Spalten nochmals anzulegen. Anderenfalls läßt sich die geänderte Formel nicht speichern.

Viel Spaß!

Mit Verwunderung habe ich Ende der Woche feststellen dürfen, dass die WebServices im Sharepoint recht undurchsichtig sind – für mich zumindest. Ich bin bis jetzt davon ausgegangen, dass die Services nur Ergebnisse liefern, die im Einklang mit den Zugriffsberechtigungen des aktuell anfragenden Users stehen (vorausgesetzt  es wurde nicht impersoniert). Leider ist dem nicht so, oder ich habe grundlegend etwas nicht verstanden.

More...

Mehr oder weniger bin ich durch Zufall auf eine Klasse gestoßen, welche mein Interesse geweckt hat. Da ich teilweise viel mit Listen rumhantieren muss und die Handhabung selbiger eher bescheiden finde, wird diese besagte Klasse mich in Zukunft recht häufig unterstützen.

Mit ListDataTable ist es möglich eine Liste in ein DataTable-Object zu laden, diese DataTable entsprechend zu bearbeiten und anschließend wieder in die Liste zurück zu schreiben. Der Eine oder Andere mag nun der Meinung sein, dass dies vom SPList-Object ja schon mittels GetXml unterstützt wird. Richtig - bis auf das zurück Schreiben in die Liste. Hierfür liefert die ListDataTable eine eigene Methode namens Update, welche alle Änderungen an der Table in die Liste schreibt.

Eine sehr nette Hilfe wie ich finde....

Eigentlich sollte hier mein erster Beitrag dieses Blogs kommen (ist es ja eigentlich auch), allerdings musste ich feststellen, dass Daniel selbes Thema bereits veröffentlicht hat. Daher hier nur kurz ein Umriss mit folgendem Link zu Daniel.

Wir hatten bei zwei unserer Kunden das Problem, dass WebRequests nicht mehr funktioniert hatten. Hier wurde immer ein "401 unauthorized" gemeldet. Dabei war es unerheblich ob per RunWithElevatedPrivileges, durch Impersonation oder gänzlich ohne Auth. zugegriffen wurde.

Aber lies doch einfach hier: 

Daniel » 401 unauthorized nach Update

Markus