Sharepoint-Links und Onet (leider ohne Sample)

Ich arbeite nun schon wieder 3 Wochen intensiv mit Sharepoint. Ich habe schon wieder eine nette Link Liste zusammen gesucht. Wer Interesse hat: http://del.icio.us/splushi/wss

Der Launch der 1. auf Sharepoint basierenden Website steht kurz bevor, allerdings wird’s noch mindestens bis Mitte nächste Woche dauern. Momentan ist die Site gerade in einer internen Review-Phase, kleine Korrekturen sind noch notwendig, allerdings wirklich nur noch Kleinigkeiten. Die Site wurde komplett mit einer Sharepoint-Definition Onet.Xml zusammen gesetzt und published. Alle Inhalte und Seitenstrukturen sind komplett in der Datei enthalten. Das hat mein Kollege wirklich gut gemacht (mit etwas Hilfe, aber nicht von mir). Das Beste ist das WebPart, was bereits unten erwähnt wurde. Leider werde ich es wohl nicht veröffentlichen dürfen. Allerdings wäre es bestimmt für viele Interessant.

Hier noch einige Details zu dem WebPart:

-          Das WebPart nutzt Listeninhalten zum Aufbau des Inhaltes

-          Es können mehre Einträge generiert werden, die Anzahl wird konfiguriert.

-          Es könnten unterschiedliche Inhalte in einer Liste enthalten sein.

-          Es nutzt die Workflow- und Versionierungsfunktion

Ich glaube, es gibt noch einige Details, aber die fallen mir grad nicht ein. Uns erspart es eine Menge Arbeit, da nun jeder einfach die WebSite erweitern kann und eine Freigabefunktionalität enthalten ist. Änderungen werden erst durch entsprechende Prüfungen published.

 

Habe heute 2h gebraucht eine Site per Onet zu publishen, die eigentlich schon lief. Ich hatte einen 2 Konfigurationsblock eingefügt, da eine 2. Seite ähnlich aussehen sollte. Ähnlich bedeutete aber halt nicht gleich und so flogen Listen raus. Beim Publischen kam immer ein nichts-sagender Fehler.  „Error could not finish, Retry …“, oder so ähnlich.  Nach Stunden habe ich dann herausgefunden, dass einige der Listen noch in meinem Standard-Modul referenziert waren. Also warum da die Fehlermeldung, oder wenigstens das Log etwas besser wäre.

 

Mist … grad was dazwischen gekommen, Bye!

Jabber ...

Bei uns in der Firma propagandiere ich seit 2-3 Wochen Jabber als Protokoll für IM zu nutzen. So langsam werden es mehr Leute.

Der Grund für die Umstellung bzw. den Sinneswandel waren mal wieder die aktuellen Artikel und einige Studien zu Servern. Wer sich die Nutzungsbedinungen von MSN, AIM, ICQ, … durchliest, der wird feststellen, dass die Betreiber/Anbieter sich das Recht vorbehalten das geistige Eigentum zu nutzen. Zu dem kommt noch die Inkompatibilität hinzu. (ICQ kann nur mit ICQ usw. )

In Unternehmen ist es zum Teil auch wichtig, dass die interne Kommunikation nicht nach außen geht. Hier hilft Jabber, sämtliche Kommunikation läuft über den Server und wird wie Mails gerouted. Weiteres Plus: Jabber unterstützt die SSL-Verschlüsselung.

Wir setzen den OpenFire-Server ein, der ist schön einfach und pflegeleicht. Jetzt kämpfe ich grad noch etwas mit unserem Domain-Anbieter, zwecks einer Umstellung der SRV-Records, so dass die Domain als Identifier ausreicht.

Wie man sieht, ich habe deutlich zu viel Zeit!

Sharepoint-Development (Authentification)

Mit eine Kollegen machen wir seit einer Woche kräftig Sharepoint-Entwicklung über „Onet.Xml“, wir haben die Woche viel gelernt und viel herausgefunden. Aber ich muss auch sagen, dass wenn man sich die Sachen alle alleine Erarbeitet, es wesentlich weniger Fortschritte gibt. Mein Kollege hat zu dem cleveres Webpart geschrieben, dieses Webpart hatten wir auch schon auf unseren bisherigen Webseiten im Einsatz. Das Webpart kann aus Listeneinträgen die Werte darstellen.  Dadurch kann man das Freigabe-Feature oder Rechte, oder andere listenbasierende Features für die Anzeige von Informationen nutzen. Wir nutzen die Listen für die Bearbeitung und das einfache Einstellen von Inhalten in die Websites. Ihr könnt es vermutlich ab Mitte August in Aktion auf der ersten Website sehen.

Ich habe letzte Woche 2 Tage mit dem Sicherheitsmodell von Sharepoint gekämpft. Es ist schon wesentlich besser, als das Sicherheitsmodell vom alten Sharepoint, wenn man es erweitern möchte. Aber gleichzeitig ist es auch sowas von Schwierig. Es gibt massig Anleitungen, wie man vorgehen muss, daher hier nur ein Link auf ein gutes Einführungsvideo von Channel9 http://channel9.msdn.com/ShowPost.aspx?PostID=229709.

Was ich zum ersten mal Begriffen habe, zumindest hoffe ich das, sind die Zonen. Wenn euch das Thema interessiert, dann schaut mal diesen Post an. Darin wird sehr gut beschrieben, wie vorzugehen ist. So kann man für alle über das Internet zugreifende Personen den Sql-Provider benutzen und wenn jemand aus dem eigenen Netz kommt, kann er über Windows-Authentifizierung an dem Sharepoint arbeiten. Ob es funktioniert, das werden wir in der nächsten Zeit feststellen.

WSS3 Installation (Abbruch)

BBBBooooaaahhhh neeee!

Ich habe gerade auf unserem Testsystem versucht Windows Sharepoint Services 3.0 zu installieren, allerdings ohne Erfolg. Die Installation bricht immer mit einem Fehler ab, danach fehlen alle Sql Instanzen, so dass man nicht mal die Konfiguration manuelle beenden kann. Außerdem sind fast keine Dateien auf dem System vorhanden L. Jetzt muss ich mal weiter grübbeln, ob es einen Workaround gibt.

 

OOOOOOOOOhhhhhhhhhhhhhh man, ok, also nach Stunden des Doktorns und probieren hab ich es endlich. Ich hätte nur mal schneller nach dem Fehler das EventLog checken müssen. Sharepoint meckert an, dass das Windows-Verzeichnis komprimiert ist und damit kommt er nicht zurecht. Jetzt ist nur die Frage, warum kommt er nicht zu recht? Die Installation ist nun durch und es kann weitergehen.

BizTalk Convoy

PPPPPuuuuuhhh, in der Woche habe ich das Projekt in München abgeschlossen. Es hat viel Spass gemacht mit den Kollegen.

 

Wir hatten diese Woche also GoLive und wie das so ist, man merkt produktiv immer erst die Funktionsfähigkeit. Wir hatten einige kleinere Startschwierigkeiten, so dass statt 10 Uhr GoLive, GoLive im 14 Uhr war. Alles in allem recht gut.

 

Bei dem Projekt kam das BizTalk Convoy Pattern zum Einsatz, leider auch mit einem unschönen Verhalten. Die „Convoy-Orchestration“ zieht, so lange sie aktiv ist, alle Messages die der Subscription entsprechen sofort an. Dieses Verhalten führte bei uns, da wir maximal 10 Batchen wollten und keine Correlation machen können (außer über den Port) zu massig Zombies. Allerdings nicht auf der Produktion. Schön und 100%ig verständlich finde ich das nicht. Als Workaround wurde eine 2 Orchestration benutzt, die die Messages mittels einer GUID gruppiert. Dadurch erhält die Verarbeitende Orchestration niemals mehr Messages als zulässig sind. Nachteil der Lösung: Es gibt eine Orchestration die immer aktiv ist und sequentiell arbeitet. Allerdings enthält die Orchestration so wenig Logik, dass die Verarbeitung sehr schnell abgeschlossen ist und keine Zombies auftreten dürften. Man sollte mal in den Convoy-Beispielen auf den Sachverhalt mit den Zombies hinweisen.

 

Der nächste Schritt war noch schnell den Business User eine kleine Ansicht zu geben, die zumindest alle verarbeiteten Dateien auflistet. Leider haben wir das nur für einen Teil hinbekommen. Bei nicht aktivierenden Ports, kamen keine Infos mehr aus dem BAM. Ich vermute mal, dass wir etwas nicht richtig machen, allerdings bin ich mir da auch nicht so sicher.

Sharepoint; Jabber

Ich habe die letzte Woche mich mal wieder intensiv mit Sharepoint beschäftigt. Wir versuchen in nächster Zeit ein Portal und eine Website auf Windows Sharepoint Services zu realisieren. Ich muss sagen, was das Sharepoint wirklich sehr komplex ist um es zu erweitern.

Ich habe eine Beispiel Side Definition gefunden. Durch dieses Visual Studio Projekt kann man sehr leicht die Änderungen auch auf einem anderen Server einspielen. Leider finde ich den Link nicht mehr zu dem Eintrag.

Irgendwie habe ich noch nicht das Ideale „Staging“ für Sharepoint herausgefunden. Vielleicht kann ich in 2-6 Wochen mal einen schönen Artikel zu Sharepoint schreiben.

UPDATE: Ich habe den Artikel gefunden! Developers Guide to WSS 3.0

 

Ich habe am gestern Endlich unseren Jabber-Server aufgesetzt. Jetzt muss ich meine Kollegen nur noch von den Vorteilen überzeugen und das es besser ist, wenn die Nachrichten nicht außer Haus geroutet werden. Richtig klasse ist das einbinden von anderen Protokollen, wobei das allerdings auch sehr anfällig ist. Ich habe noch keinen Client gefunden, mit dem das richtig klappt. Als Server nutzen wir Openfire, der bietet extrem viele Features und ist super leicht zu administrieren. Ich habe mich 1 Abend mit dem Server beschäftigt und am 2 Abend ihn auf unserem Server installiert. Oh Wunder, es geht.

Ich dachte erst, dass meine Google-Talk Jabber Zeiten vorbei sind, aber mit dem Beta-IM-Plugin kann man auch wieder Google-Talk Jabber einbinden. Leider habe ich noch einige Probleme mit ICQ, die Benutzer wurde nicht aufgelöst und nur als IDs angezeigt. Beim Beta-Plugin habe ich das noch nicht erneut versucht. Als Client habe ich mich für mein geliebtes Miranda entschieden. Nun läuft‘s sehr gut. Nächste Woche werde ich versuchen den http-Zugriff mit Miranda hinzubekommen.