Eine Provider Hosted App ist eine normale ASP.NET Anwendung die entweder mit WebForms oder mit ASP.MVC programmiert werden kann. Solange man keine SharePoint Zugriffe aus der App heraus benötigt kann man die Anwendung wie eine alleinstehen ASP Anwendung programmieren. Nachdem ich aber dem User ein einheitliches Erscheinungsbild bieten möchte, verwende ich das Chrome Control um die Styles von SharePoint auch in meiner App zu nutzen. (Siehe Blog von meinem Kollegen Markus Hiller) Sobald das Chrome Control verwendet wird, müssen in den Parametern des Seitenaufrufes auch die SharePoint eigenen Parameter wie SPHostUrl, AppUrl udgl. übergeben werden. Bei der Startseite der App erledigt das der SharePoint Server. Wenn aber von der StartSeite auf eine weitere Seite der App verlinkt wird beginnen die Probleme. Wir müssen selbst die Übergabeparameter weitergeben. Da ich im href-Attribut des Links nicht immer die gesamten Parameter schreiben möchte, und auch nicht kann, da sie zur Entwicklungszeit nicht bekannt sind, muss ich den Umweg über JavaScript oder genauer JQuery gehen. Jeder Link erhält einen ID: <a id="l1" href="MembersFirstSeminar.aspx"><img alt="" class="auto-style2" src="goto.jpg" /></a>
.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }
nun kann in der Document-ready Funktion das href-Attribut verändert werden. Es werden einfach alle Aufrufparameter der Startseite an das href-Attribut angehängt.
$(document).ready(function(){
$('#l1').attr("href", $('#l1').attr("href") + '?' + document.URL.split("?")[1]);
});
.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }
Simpel und einfach
diese und weitere Themen werden in unseren Schulungen behandelt:
SharePoint-Schulungen
Sicherlich kennen Sie Sharepoint Fehlermeldung mit Hinweis auf eine KorrelationsID..! T’schulding, war eine rhetorische Frage Dann wissen Sie sicherlich auch, dass Sharepoint diese und viele weitere Ereignisse in seine ULS (Unified Logging Service) Protokolldateien wegschreibt. Sie kennen sicherlich auch das Verzeichnis (C:\Program Files\Common Files\Microsoft Shared\webserver Extensions\14\Logs) in dem standardmäßig die Dateien abgelegt werden und ebenso kennen sie auch das Format der Logfiles: Daraus nun den Fehler zu reproduzieren ist zugegebenermaßen sehr schwerfällig. Leichter wird es , wenn man ein Tool wie den SharepointLogviewer verwendet. Zu finden bei Codeplex: http://sharepointlogviewer.codeplex.com/ Für mich - als Datenbankfuzzi - ist das allerdings noch nicht das Amen in der Kirche. Denn immerhin muss man immer noch am Server sein um die Protokolle lesen zu können, ob lokal am Server oder per Remotesitzung. (Im Falle von mehreren Servern, evtl. auf allen) Da stehe ich schon eher auf bequemere Dinge, wie SQL Server. ULS Tracefiles in den SQL Server schreiben Sharepoint Server hat durchaus alle Mittel an Board, die Protokollierung in den SQL Server schreiben zu lassen. Die Mittel sind lediglich deaktiviert. In diesem Fall ist das Mittel zum Zweck lediglich ein Auftrag: Kontrollieren Sie doch mal in der Zentraladministration die Auftragsdefinitionen. Dort werden Sie einen Auftrag mit folgenden Namen finden: Diagnoseanbieter: Ablaufverfolgunsprotokoll Sobald Sie diese n Auftrag aktivieren und am besten auch gleich starten, werden sie im SQL Server folgendes finden: Eine Menge an Tabellen, darunter auch welche mit folgenden Namen: ULSTraceLog_Partition# (# für 0 bis 31) und passen dazu eine Sicht ULSTRaceLog, die alle Tabellen abfrägt: Der große Vorteil ist nun, dass einerseits Abfragen auf die Logfiles per TSQL deutlich leichter zu bewerkstelligen sind und andererseits wir nun eine einzige zentralen Stelle haben, an der alle ULS Logfile Einträge aller in der Farm beteiligten Server zusammenkommen. Vollautomatisch! Die Suche nach bspw. KorrelationsID ist nun geradezu lächerlich einfach: Cool, oder? Wird aber noch besser. Im nächsten Artikel werde ich diese Lösung noch in die Zentraladministration einbauen, so dass nicht einmal eine SQL Abfrage gestartet werden muss.. Natürlich ohne Code.
meistens findet man Beschreibung wie eine Farm aufzusetzen ist. Aufgrund eines plötzlichen Verlustes meiner Virtuellen Maschine mit der OWA Installation musste ich mich damit beschäftigen einen OWA Server aus der Farm zu entfernen: Ein simples Powershell Statement reicht: Remove-SPWOPIBinding –All:$true
.csharpcode, .csharpcode pre
{
font-size: small;
color: black;
font-family: consolas, "Courier New", courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
}
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
{
background-color: #f4f4f4;
width: 100%;
margin: 0em;
}
.csharpcode .lnum { color: #606060; }
Die Sharepoint 2013 suche hat viele feine Dinge drauf. Zum Beispiel Abfragevorschläge. Dem Sharepoint Benutzer können während des Tippens bereits Wortschläge angezeigt werden. Ähnlich wie bei Google, allerdings (leider) nicht so komfortabel bzw dynamisch. Aber wie funktionierts? Sehen Sie hier das Video dazu:
Search Abfragevorschläge - YouTube