Da bin ich auch schon drein gelaufen: beim Versuch, in einer CAML-Query nach einem Zahlenwert einzugrenzen, geht das nicht mit:

<Value Type=”Integer“>16</Value>

sondern natürlich so:

<Value Type=”Number“>16</Value>

Ich habe auf der Basis der Beispiele von Sahil eine kleine Applikation (.exe-File) gebaut, das Daten aus einer Tabelle im Business Data Catalog (BDC) mit einer normalen SharePoint-Liste synchronisiert.

Auf meinem Entwicklungsserver funktioniert es auch bestens. Dort ist der BDC mit Authentication Mode “PassThrough” konfiguriert.

Nun stehe ich etwas an bei Versuch, das Proggy auf dem Live-Server zum Laufen zu bringen. BDC ist auf dem Live-Server mit Authentication Mode “RdbCredentials” konfiguriert. Die Fehlermeldung sagt:

Das Microsoft-Feature für einmaliges Anmelden (SSOSrv) konnte vertrauliche Anmeldeinformationen für den Benutzer ‘domain\Administrator’ mit der Enterpriseanwendungsdefinition ‘BDCAppName’ nicht abrufen. Zurückgegebener Fehler: 0×80630001. Weitere Informationen finden Sie im SDK (Software Development Kit) für Microsoft SharePoint-Produkte und Technologien.

Das passiert bei folgender Codezeile:

IEntityInstanceEnumerator myEnum = myLobSysEnt.FindFiltered(filterColl, myLobSysInst);

Der ganze Rest inklusiv Auflistung der im BDC definierten Filter funktioninert bis zu dieser Zeile problemlos.

Hat/hatte jemand auch mit solchen Dingen zu kämpfen? Jemand eine Idee? SSO ist Neuland für mich.

Did you know: man kann die Endung (.docx) der neuen Wordfiles (gilt übrigens auch für Excel etc.) in .zip umbenennen und die Inhalte einsehen/verändern. Auch programmatorisch ist es mit diesem neuen Format viel einfacher, zB auf einem Webserver Wordfiles zu generieren (früher musste auf dem Server Office installiert sein!).

Wieder zu meinem Webpart-Problem. Die Logs von SharePoint sagen auch nichts Gescheites aus. Ich kann (zB mit customErrors = “off”) auch nicht hinkriegen, dass die Fehlermeldung in SharePoint mehr Details zeigen würde.

Da bleibt nicht viel Anderes übrig, als im Webpart-Code ein Logging einzubauen. Ich habe nun also den Code mit EventLog.WriteEntry Aufrufen ergänzt und ein try … catch rundherum gepflanzt. Daraus ergibt sich die Erkenntnis: das Teil kann nicht zur Datenbank verbinden (welche Überraschung).

Update: Nach langem Rumpröbeln mit dem Connectionstring, hat schlussendlich folgender funktioniert:

Server=SERVERNAME\OFFICESERVERS;
Database=DBNAME;
Trusted_Connection=yes

Ich habe ein Webpart gebaut. Beim Versuch, das Ding auf meiner Sharepoint-Startseite zu aktivieren, kriege ich sofort die wunderbare Fehlermeldung:

Fehler: Es ist ein unerwarteter Fehler aufgetreten.

Webpart-Wartungsseite: Falls Sie über die entsprechende Berechtigung verfügen, können Sie diese Webseite verwenden, um vorübergehend Webparts zu schließen oder die Personalisierung zu entfernen. Wenden Sie sich an Ihren Websiteadministrator, um weitere Informationen zu erhalten.

Über die Webpartseitenwartung kann ich dann einfach das Webpart wieder rauslöschen und die Seite funktioniert wieder. Ich komme aber trotz solch aussagekräftigen Meldungen nicht weiter. Es hat auch nichts geholfen, mich an den Administrator (mich selbst) zu wenden. Weitergoogeln ist wohl angesagt…

Update: Bei Fernando hat folgendes genützt: “So what i need to do to is to Open the page with FrontPage delete the webpart and add it again.” Ich kann diesen Trick nicht brauchen, da ich die Seite erst gar nicht speichern kann…

Im Zusammenhang mit Entwicklung und Konfiguration von Sharepoint 2007 werden wir uns wohl oder übel mit dem Thema “CAML” befassen müssen, die “Collaborative Application Markup Language”.

So, der/die/das Sharepoint Boot Camp ist vorbei und mir platzt fast der Kopf. Fazit:

1. es war gut einen breiten Überblick davon zu kriegen, was Sharepoint kann…
2. …und nicht kann (es war hilfreich, die Dinge von einem Nicht-Microsoftler zu hören)
3. mit Sharepoint hat man out-of-the-box schnell mal was zusammengeklickt - meistens werden aber die Standardfunktionen nicht genügen in “real life” und eigene Erweiterungen geschrieben werden müssen
4. Patrick’s Definition von Sharepoint als Entwicklungsplattform, NICHT als fertiges Produkt (und auch nicht Nachfolger von SPS 2003) war interessant
5. die 500 Seiten Kursunterlagen und der dazu gehörende Virtual PC (mit kompletten “Office 2007″- und “MOSS 2007″-Installationen sowie viele Tools und Labs drauf) werden noch eine Weile Nacharbeit verursachen
6. klar wurde: ein MOSS 2007 Projekt vor dem Start muss gründlichst geplant werden. Gewisse Dinge muss man von anfang an programmatorisch machen (obwohl es auch per “Klick, Klick” ginge) weil man nur so Skalierbarkeit bewahrt.

Über diesen Link kann ein kostenloses Buch “7 Development Projects for Microsoft Office Sharepoint Server 2007 and Windows Sharepoint Services Version 3.0″ als PDF (236 Seiten) herunterladen. Sehr gut.