IST-Situation: Der Scanner hat noch was vor sicht...

Mit dem Kauf des Canon P-150m Scanners gestellte sich mit Presto! PageManager 9 (Lieferumfang Scanner) spontan noch ein dritter Kandidat dazu, der aber mangels Funktionsumfang sehr schnell die Bühne wieder verlassen musste. Die Suche von Dokumentinhalten ist erst in der Pro-Version verfügbar, welche man für läppische 94€ erhält (Upgrade auf Pro-Version) – ein Feature, das aber bereits Spotlight vermag zu erfüllen… Dass besagter Kandidat auch kein Tag-Feature anbietet, lies noch schneller AppZapper aktiv werden.

DEVONthink bietet umfangreiche Funktionen

Somit stellte ich nun die identischen Files je einmal in iDocument und einmal in DEVONthink. In beiden organisierte ich die Files, taggte und testete die Suche. Schnell wurde klar, dass DEVONthink ein sehr mächtiges Tool ist. Eigentlich lässt das Ding kein Feature offen. Aber: von der Ergonomie kann DEVONthink noch was von iDocument lernen. Meine Anforderungen wie Tags, Folders und Suche von gescannten PDF-Inhalten sind in iDocument deutlich übersichtlicher verfügbar. Will nicht heissen, dass DEVONthink schlecht ist, für mich ist das Ding einfach überdimensionalisiert.

iDocument bietet alles was ich suchte

Der Preis machte dann die Entscheidung: da für meine Anforderungen bei DEVONthink nur die Pro-Version in Frage kam, wären dafür ca CHF 150 aufwendbar gewesen, während dessen iDocument mit CHF 50 erwerbbar ist. Dann noch schnell nach einem Coupon gegoogelt und nochmals 30% vom Preis abziehen… macht CHF 35 und den Deal klar!

Die Funktionalität entspricht eigentlich voll und ganz meinen Anforderungen. Verschlüsseln, mit Flags versehen, Labels, Tags, Ordner,… all die Optionen lassen eine flexible Organisation der Dokumente zu. Aktuell hab ich gut 250 Files drin, was aber noch arg anwachsen wird (siehe Ausgangslage oben…)!

Ach ja… eins noch… Ich hab den Entwickler angeschrieben, wie es denn bez. Mac App Store aussieht: Nun, IcyBlaze will iDocument auch dort veröffentlichen. Sie seien aber aktuell noch am prüfen, welche Features allfällig geändert/gestrichen werden müssen, um Apples Guidelines zu entsprechen.

Nun gut, Sander hat eine SharePoint-Page zur Messung verwendet, welche eine Liste von 350 Elementen zeigt. Die Liste umfasst 7 Spalten. Das sind für SharePoint-Verhältnisse viele Daten, welche so auf einer Seite dargestellt werden. Seine Ergebnisse sahen wie folgt aus:

Ohne diese Zahlen nun zu eng auszuwerten erkennt man aber doch einen gewissen Trend: Je neuer die Version, desto schneller auch das Rendering von SharePoint-Seiten. Im vorliegenden Fall konnte die Zeit von IE6 auf einen sechstel der Zeit herunter geborchen werden, indem die neueste Version vom Internet Explorer verwendet wurde.

In SharePoint gibt es ja bekanntlich die Meeting-Workspaces, welche direkt aus Outlook heraus erstellt werden können. In diesen Workspaces können für Meetings diverse Informationen festgehalten werden, welche dann für alle Teilnehmer sichtbar und bearbeitbar sind. Wenn ein Termin als Serie definiert ist, kann auf der linken Seite zwischen den einzelnen Terminen gewechselt werden.

Sobald man nun aber ein Custom-Design verwenden will, funktioniert diese linke Spalte plötzlich nicht mehr. Die Klicks auf die Termine ergeben nur noch Javascript Fehler, welche ein Problem mit g_instanceID melden. Wenn man versucht, wieder auf das Standard-Design zu wechseln, in dem man die Masterpage default.master wieder auswählt, verbessert sich die Lage aber auch nicht mehr.

Die Ursache liegt darin, dass ein Meetingworkspace per Default eine Masterpage verwendet, welche via Browser gar nicht selektiert werden kann. Sprich: Einmal geändert, gibts kein Zurück mehr (zumindest mir nicht bekannt). Man findet die besagte Masterpage im Verzeichnis …12/TEMPLATE/GLOBAL/ mit dem Namen mwsdefault.master.

Die Masterpage, welche verwendet werden soll (default.master, oder eine selbst Erstellte), muss nun mit Codeschnippsel aus der mwsdefault.master-Masterpage erweitert werden. Dann funktioniert der Meetingworkspace wieder in gewohnter Manier – auch im neuen Design.

In der Masterpage muss nun folgende Referenz hinzugefügt werden: <%@ Register Tagprefix="Meetings" Namespace="Microsoft.SharePoint.Meetings" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>
Es gibt ja schon ein paar Register-Zeilen. Dort fügt man diese Zeile (kopiert aus der oben genannten mwsdefault.master-Datei) noch dazu. Am Einfachsten via SharePoint Designer. Das sieht dann etwa so aus (klick für grosse Version):

Dann muss noch der Property-Bag kopiert werden. Das wäre dies hier: <Meetings:PropertyBag runat="server"/>. Dies fügt man in der Masterpage irgendwo im Body ein. Ich habs hier rein gestellt (klick für grosse Version):

Und das war es dann auch schon. Sobald die Masterpage wieder eingecheckt und veröffentlicht wurde, wird der Meetingworkspace wieder normal funktionieren und es kann zwischen den einzelnen Terminen wieder gewechselt werden.

Ich habe dann das mal auf einem meiner SharePoint’s ohne Migrationshintergrund angeschaut. Völlig irritiert musste ich feststellen, dass sich so ein Filter wirklich nicht setzten lies. Damit starb meine anfängliche Vermutung, dass die SPS03-to-MOSS07 Migration das Problem war. Diverse Beiträge im Internet haben mir das nun auch bestätigt: In SharePoint 2007 Kalender kann man in einem View keinen Filter auf Start- oder/und End-Datum setzten. Eigentlich bin ich überrascht, dass ich über dieses Problem nicht schon eher angetroffen habe, ist dies ja nun wirklich nicht mein erstes SharePoint 2007 Projekt.

Variante 1: Calculated Fields

Nun gut, dem Kunde nützt kein Feedback, dass es nicht geht. Er will eine Lösung dafür – zumal es ja in der Vorgängerversion funktioniert hat. Im Internet findet man hierzu häufig die Lösung, dass man nun zwei weitere Felder hinzufügt. Beides sind calculated Fields, welche jeweils einfach die Werte der Originalfelder übernehmen (=[EndDate]). Diese berechneten Felder lassen sich dann bei der Filterdefinition verwenden.

Bei dieser Lösung berichten Andere aber davon, dass es Probleme mit der genauen Filterung von ganztägigen Ereignissen gibt. 

Variante 2: SharePoint Designer

Ich habe aber nun einen anderen Weg verfolgt: Da die gefragten Views in meinem Fall vom Setup her eher statisch sind (Filter und Feldauswahl ändern sich nicht), hab ich den View im SharePoint Designer 2007 editiert. Hier mein Vorgehen dazu:

1. Im besagten Kalender einen neuen View erstellen (oder sich den Namen des zu bearbeitenden Views merken). 
2. In diesem View einen Filter auf ein verfügbares Feld vom Typ DateTime setzen (z.B. “Erstellt”). 
3. Den Vergleichsoperator und den Vergleichswert setzt man schon analog dem Endergebnis. Da ich alle Ereignisse anzeigen will, welche in der Vergangenheit liegen, lautet meine Filterdefinition “Erstellt ist kleiner als [Heute]“.
4. Nun öffnet man den SharePoint Designer 2007, öffnet die entsprechende Site, geht zum Kalender und findet dort seinen View (ie. “Done.aspx”). Diesen öffent man nun in der Code- oder Split-Ansicht.
5. Beim KalenderwebPart findet man nun den View-HTML-Code (all das, was mit < und > grosszügig vermischt ist)
6. Jetzt sucht man am einfachsten nach “Where”. Der erste Treffer solle zu etwa diesem Abschnitt führen:

<Query><Where><Lt><FieldRef Name="Created"/><Value
Type="DateTime"><Today/></Value></Lt></Where></Query>

7. Wenn man nun einfach den FieldRef Name auf “EndDate” (oder “EventDate”) ändert und speichert, ist es das auch schon gewesen.

WICHTIG: Wenn man diesen View nun via SharePoint wieder ansehen geht, erscheint dort etwa folgendes:

Sprich, wenn ich den View irgendwie dort nun verändere, wird die Anpassung in der Filter-Field Selektion überschrieben und das Ergebnis ist wieder filterlos.

Bewertung der Varianten

Beide Varianten haben ihre Vor- und Nachteile. Bei der ersten Variante gibt es über die Contenttypes natürlich die Möglichkeit, dass man nicht jeden Kalender nachpflegen muss, sondern die neuen Felder einmal definiert und diese dann auf alle Kalender angewendet werden. Wenn Kalendereinträge bearbeitet werden, erscheinen diese berechneten Felder auch nicht. Aber es gibt einfach 2 Felder, welche nur zu Filterzwecken existieren und sonst keine Daseins-Berechtigung haben und die Probleme mit ganztägigen Ereignissen gilt es auch zu berücksichtigen.

Die SharePoint Designer-Variante ist dazu genau das Gegenteil: Es gibt keine weiteren Felder. Es kann aber auch nicht mit Contenttypes eine Vorlage editiert werden. Diese Anpassung muss für jeden Kalender gemacht werden. Auch ist hier die Gefahr gross, dass Benutzer diese Anpassung durch ein Bearbeiten des Views überschreiben.

Schlussendlich muss jeder situativ entscheiden, welche diese (mir bis heute bekannten) Varianten sich besser eignet.

Das sind schon ein paar nette Features drin. In meinem Umfeld wird sicher Super-Lists, MDM, die FAST-Suche und die Claims-based Authentication interessant sein. 

Super-Lists und MDM werden helfen, Daten effizient in SharePoint verwalten zu können, wobei ich echt auf relationale Listen hoffe. Die Sache also, welche wir bis anhin nur dank Bamboo-Solutions verwirklichen konnten.

Die FAST-Suche lässt mich hoffen, dass die Unzulänglichkeiten der bisherigen Suche dann Geschichte sind. Dass damit dann also Wildcard-Suchen möglich werden, dass Userprofile effizienter indexiert sind (gelöschte User sollte man nicht mehr finden dürfen) und dass der Index sich stärker an der Arbeitsweise Inhaltsquelle orientiert (Berechtigungen auf Filesystem, MOSS zeigt Files an, welche im Explorer nicht geöffnet werden können).

Und mit der Claims-based Authentication scheint es dann einfacher zu werden, wenn es gilt externe User auf eine Extranet-Umgebung zugreiffen zu lassen. Bisher sind dazu mit FBA und der SQL-DB in meinen Augen zuwenig flexible Instrumente zur Verfügung.

Dieser Migrationsprozess wurde 2-3 mal vom Kunde selbst getestet und validiert. Stets verlief alles einwandfrei. Bloss eben gestern – am effektiven GoLive – nicht. 

Die Fehlermeldung bestand stets darin, dass beim Import die Meldung erschien, dass die Parent-Site noch nicht existiere. Eigentlich hat dies bei jedem Test STSADM beim Importieren gemacht. Die Site muss von STSADM als erstes erstellt werden, bevor Inhalte darin abgelegt werden können.

Internetrecherchen ergaben, dass diese Meldung erscheint, wenn der User, welcher den Import durchführen will, nicht als Site-Collection-Administrator definiert ist. Von der Site her war er aber drin… aber in der Zentraladministration fehlte er noch (sonderbar, ich weiss). Also rein mit ihm. Der erneute Import aber scheiterte wieder mit der selben Meldung. 

Dann wollte ich das Problem weiter eingrenzen. Ich exportierte abermals eine einzelne Site vom WSS und wollte diese in eine neu erstelle SiteCollection auf dem WSS importieren. Scheiterte aber ebenfalls. Gleiche Übung auf dem MOSS war aber erfolgreich. Ok, das Problem konnte langsam eingegrenzt werden. 

Was war bloss anders, als an den Tests, welche vorgängig gemacht worden sind? Warum liesen sich diese Sites nicht mehr importieren? Nun, nicht der User war das Problem, sondern die Quell-SiteCollection: Damit kein User während der Migration auf einer WSS-Site noch arbeitet, haben wir diese SiteCollection in einen Read-only-Betrieb geschaltet.

Also haben wir den SC-Lock testhalber kurz aufgehoben und nochmals eine Site exportiert und den Import auf MOSS-Seite erneut gestartet und siehe da: es funktionierte. 

Hm… aber dass ein SC-Lock auf Exportierte Sites einen Einfluss hat, war mir bis heute nicht bekannt. Falls es  jemand gibt, der mir das erklären kann,… bitte gerne.

Nun vorher kommt dies? In diesem Blog habe ich bis anhin nur Privates geblogg. Da sind Dinge über Filme, Games und sonstigen Reviews zu lesen. Leider aber gab es in den vergangenen Monaten fast kein Privatleben mehr. Der Job nimmt mich aktuell etwas zu sehr in Anspruch, so dass ich froh bin, wenn ich in meiner Freizeit nicht auch noch vor nem Bildschirm sitze.

Dafür aber lerne und erfahre ich im Berufsleben öfters mal was neues. Daher habe ich mich entschieden, dass dieser Blog fortan sich öffnet und über alles bloggt, was ich so zu bloggen habe. Sprich: natürlich wird es wieder Posts geben, welche über Filme, Games oder Ausflüge schreiben – aber es wird neu auch Berichte geben, welche aus meinen Berufsleben als SharePoint- und BizTalk- Entwickler und Consultatnt handeln.

Als erster Eintrag wird in den nächsten Tagen wohl ein Post über eine SharePoint Konfiguration in einem NLB-Setup erscheinen. Warum? Nun, ich habe dies erst kürzlich zum ersten Mal machen müssen, konnte im Internet aber kaum Informationen finden, wie dies geht – nur andere SharePointler, welche nach dem selben suchten.

Und ach ja: Blogsprache bleibt Deutsch. Übersetzter ins Englische sind aber willkommen ;-)

Nun, Bohnen hatte die Maschine noch zur Genüge und einen Schieber konnten wir nicht ausmachen. Was uns aber etwas stutzig machte, war die Tatsache, dass man nach dem Drücken der Kaffee-Taste kein Mahlgeräusch vernehmbar war. Also dachten wir uns, räumen wir mal die Bohnen weg.

Diese Aktion lief unter dem Gedanken, dass sich vielleicht eine Bohne etwas ungünstig im Mahlwerk verfangen hatte. 

Dabei stellte sich uns als erstes das Problem, wie wir den Trichter voller Bohnen ohne grosse Sauerei von der Maschine kriegen. Dani (im Bild) hat dazu mal einfach einen Grossteil der Bohnen mit einer Tasse mal raus geschöpft. Danach konnten wir mit 4 Händen den Rest demontieren.

Nun konnten wir das Mahlwerk schon mal sehen. Aber wir kriegten wir nun das Mahlwerk noch sauber? 
Dani fand da schnell die Lösung: Mit einem Staubsauger. Gesagt getan und das Mahlwerk war binnen Sekunden sehr sauber. 

Nun kurz einen “Trocken”-Test und voila: Das Ding geht doch wieder. Also Pilot-Kaffee raus lassen. Nur eine handvoll Bohnen sollten dazu genügen. Und schon wieder ein Erfolg: Dani kriegt seine Tasse Kaffee.
Die anderen Mitarbeiter wollten nun auch zu ihrem Kaffee kommen. Also einfach wieder Trichter aufsetzten und bis zum Anschlag mit Bohnen füllen. Start-Taste drücken und… 

…nix mehr. Wieder die selbe Meldung. Dani störte das nun hingegen sichtlich wenig. Er hatte ja seinen Kaffee “erarbeitet”. Die Anderen entschlossen sich dann einfach, ihren Kaffee ins nächste Restaurant nehmen zu gehen.

Der nötige Servicemann diagnostizierte am Nachmittag dann ein Problem beim Motor vom Mahlwerk. Der kriegte irgendwie nicht mehr genügend Kraft… fragt mich nicht, bin nicht vom Fach ;-)

Ich ging aber nicht alleine. Wir waren zu dritt. Marcial und Michael waren ebenfalls dabei. Vor Ort angekommen merkten wir dann auch gleich mal, warum man eine grössere Location gewählt hat… etwas über 1’600 Anmeldungen.

Die KeyNote sollte dann uns Teilnehmern vermitteln, worauf man den Fokus legen will: Einfachere Anwendungen, welche Wartungsarbeiten verringern sollten, damit man mehr Zeit für Neuentwicklungen investieren kann. Dies soll mit den neuen Produkten Windows Server 2008, dem SQL Server 2008 und Visual Studio 2008 erreicht werden. Leider kam dies mir nicht so recht rüber, da die KeyNote diverse kleine technische Macken hatte. Ebenfalls ahnte ich da bereits böses, da das Englisch dort etwas “speziell” war. 

Meine Befürchtungen lösten sich dann aber in den Session’s auf, da dort wirklich angenehm gutes Englisch gesprochen wurde. Ich war an vielen Architektur-Tracks, welche fast ausschliesslich in dieser Sprache gesprochen wurden.

Von den Themen her fand ich besonders spannend “Architect and Develop Search-Enabled Enterprise Application“, welches ich als Eye-opener betrachtete, “MOSS/CMS“, das anhand der Swiss-Homepage zeigte, wie man mit MOSS diese Seite zustande brachte und die diversen Hindernisse umgehen konnte und schliesslich “Entwickeln von Webapplikationen auf Basis von Windows SharePoint Services“, welches mir noch ein paar Tools zeigte, mit welchen wir einfacher Features und Solutions für SharePoint entwickeln können.

Besonders gefallen haben mir die beiden Tracks von Christian Weyer von Thinktecture. Er konnte die Themen “Distributed Applications with WCF: a Scenarios-Oriented Overview” und “In the Cloud: Connect Your Services with the Internet Service Bus” sehr spannend und unterhaltend rüber bringen. Das mit dem Internet Service Bus fand ich dann auch sehr spannend. Wenn ich mal wieder in ein BizTalk-Projekt komme, müssen wir das unbedingt genauer ansehen.

Fazit: Die 2 Tage in Basel waren sehr anstrengend aber auch sehr lehrreich/inspirierend. Wenn ich wieder mal gehen darf, werd ich mir aber überlegen, vor Ort ein Hotelzimmer zu nehmen. Und ach ja… Windows Server 2008, SQL Server 2008 und Visual Studio 2008 hab ich ja auch noch bekommen, aber was soll ich damit auf meinen Macs machen? ;-)

Die erste, firmenweite Massnahme (meine Probleme hatten auch andere) war die Einführung und konsequente Führung einer online Projektliste mit Verantwortlichkeiten, Budget und Terminen. Diese Lösung haben wir auf Basis von Microsoft Office Sharepoint Server 2007 gebaut (als Microsoft Certified Gold Partner nicht wirklich eine Überraschung). Zusammen mit dem wöchentlichen Projektmeeting habe ich so nun mal eine aktuelle Übersicht und kann an den Meetings einen Review über gemachte Arbeiten machen. Weiter kann damit aber auch gleich ein Preview über kommende Arbeiten gemacht werden.

Diese Stufe hat mir nun aber noch nicht gereicht. Als Sharepoint-Entwickler habe ich viele Aufgaben in einem Projekt zu bewältigen und daher hatte ich den dringenden Bedarf, meine Projektaufgaben detailierter zu führen. So begab ich mich auf die Suche nach Multiprojekt-Management-Software. Ich fand (für mein MacBook) diverse Ansätze. Aber alle hatten so ihre Nachteile oder schossen über mein Ziel weit hinaus. 

Also blieb ich bei der simplen Methode, die Tasks in TaskPaper zu führen. Das Programm hatte ich im Januar mit MacHeist erworben. Es ist einfach und klein, aber effizient. In Sitzungen kann man einfach drauf los schreiben. Leider aber gibt es dort keine Termine und die Übersicht über mehrere Projekte ist auch nicht so wirklich existent.

Heute nun aber hab ich von Things gehört. Aktuell liegt Version 0.9 vor, welche man gratis laden kann. Die Version 1.0, welche in Kürze erscheinen soll, wird dann aber mit gut 40$ kosten.

Ich hab mir Things kurz online angesehen und mir dann diese Version mal runter geladen. Gleich von Anfang an hat mir das UI sehr gefallen und die Übersicht konnte ich ebenfalls schnell gewinnen.

Man merkt wohl aber, dass dies noch keine Release-Version ist. Es fehlen noch diverse Kleinigkeiten, welche man aber immer mit Meldungen angezeigt bekommen, wenn man intuitiv was machen will, was noch nicht geht.

Dennoch habe ich mich nun mal so richtig eingerichtet und teste das Teil nun mal die nächsten paar Tage/Wochen. Bin mal gespannt, wie sich das Teil in meinem Büro-Alltag schlagen wird.