Sonntag, 21. Juni 2009

SSL für MOSS/WSS Website nachträglich einrichten

Da ich gerade dabei bin, hier eine Zusammenfassung für das nachträgliche konfigurieren einer SharePoint Website für SSL auf einer Developer VM.

  1. Auf dem Server die Zertifizierungsdienste installieren (Software –> Windows Komponenten –> Zertifizierungsdienste)
  2. Im IIS Manager in der entsprechenden Webanwendung folgende Schritte durchführen:
    1. image
    2. image
    3. Dann die gewünschten Daten in den folgenden Fenster eintragen und zum Schluss die Zertifierungsstelle (der eigene Server) wählen:
    4. image
  3. Jetzt die SharePoint Erweiterung für die gewünschte Website entfernen (Zentraladministration – Anwendungsverwaltung – SharePoint aus IIS-Website entfernen), dabei die IIS-Website NICHT löschen, die brauchen wir ja noch.
    image
  4. Nun im IIS Manager in der Webanwendung unter Verzeichnissicherheit “Sicheren Kanal voraussetzen (SSL)” aktivieren.
    image
  5. Nun müssen wir diese Webanwendung wieder mit SharePoint + SSL erweitern. Also wieder in die Zentraladministration – Anwendungsverwaltung – Webanwendung erstellen oder erweitern.
  6. Anschließend “Vorhandene Webanwendung erweitern” wählen.
  7. Jetzt die Webanwendung auswählen, die vorhandene IIS Website auswählen, den Port zu 443 ändern, SSL aktivieren und los.
  8. Jetzt ist die Website für SSL konfiguriert und muss über https aufgerufen werden.

Anbei auch noch zwei Videos.

1. Zertfizierungsdienste installieren

2. SSL für MOSS einrichten

Freitag, 12. Juni 2009

Offline Installation der Silverlight Tools

Heute wollte ich auf meiner VM die Silverlight Tools für Visual Studio installieren. Da ich eine VPN-Verbindung offen habe, kommt meine VM nicht ins Internet. Das ist in der Regel ja nicht so schlimm. Für den Silverlight Tools Installer aber schon.

Nach dem Entpacken möchte der Installer sofort einen Download starten. Laut Ashish wohl die Silverlight Developer Runtime.

 

image

Das ganze hängt dann also mit diesem Screenshot:

image

Lösung:

Der Installer entpackt die Dateien in ein temporäres Verzeichnis direkt unter C:\

image

Hier die das Setup VS_SilverlightTools_Setup.exe starten. Und siehe da:

image

image

Für Visual Web Developer Express ist dieses Setup gedacht: VWDX_SilverlightTools_Setup.exe

Auch ein SDK ist enthalten:

image

Die Runtime von Silverlight kann ja gesondert heruntergeladen werden.

Nachtrag:

Auf meiner VM kam es noch zu folgendem Fehler beim Anlegen eines Silverlight-Projekts in Visual Studio 2008 SP1

image

http://go.microsoft.com/fwlink/?LinkId=120032, der Link führt sinnigerweise wieder zur Downloadseite der Silverlight Tools 2 SP1.

Ah, jetzt ja. Da hab ich doch glatt noch zwei Setups vergessen. Hier also nochmal alle zu installierenden Setups:

  • VS_SilverlightTools_Setup.exe (für Visual Studio 2008 SP1)
  • VWDX_SilverlightTools_Setup.exe (für Visual Web Developer Express)
  • VS90SP1-KB956453-deu.msp
  • VS90SP1-KB956485-deu.msp

Freitag, 29. Mai 2009

Project Server – Arbeiten mit Teamressourcen

Aktuell habe ich den Fall, dass Projektleiter ihren Vorgängen Ressourcen mit bestimmten Skills zuordnen wollen, die eigentliche echte Ressource dahinter aber nicht bestimmen dürfen. Nur der Verantwortliche für die Ressourcen (bspw. ein Teamleiter) wählt den entsprechenden Mitarbeiter aus.

Die Gelegenheit für das Feature “Teamressourcen” in Project Server 2007.

Folgender Prozess stellt sich dar:

image

Anbei mein Lernprozess zum Umgang mit Teamressourcen:

1. In den Enterprise Fields habe ich ein Feld “Teams” und eine entsprechende Nachschlagetabelle mit allen Teambezeichnungen. Jeder echten Ressource ist ein Team zugeordnet. Erwartung: In Project Professional kann ich nun Teams aus dem Enterprise Pool auswählen und zuordnen. Realität: nein, geht nicht, es fehlt ja eine entsprechende Ressource.

2. Also für jedes Team eine generische Teamressource anlegen. Die kann vom Projektleiter in das Projekt geholt werden und auch Vorgängen zugeordnet werden. Der Teamleiter erhält noch das Häkchen “Teamzuordnungspool”, welches ihn als Teamleiter definiert:

 image

Es gibt also in unserem Beispiel das Team “Network Management”. Dafür gibt es eine generische Teamressource “Team Network Management” und einen Teamleiter “Fred Feuer”. Ein Projektleiter holt sich nun über “Team aus Enterprise-Pool zusammenstellen” die Ressource “Team Network Management” in Projekt und weist ihr munter Vorgänge zu.

image

Mit dem Ziel, dass Fred Feuer eine Benachrichtigung bekommt und die Vorgänge an die Teammitglieder delegieren kann.

Realität: dies funktioniert nicht, wenn die Teamressource eine generische Ressource ist. Damit Fred nämlich die Vorgänge delegieren kann, muss er Zuordnungsbesitzer der Teamressource “Team Network Management” sein. Diese Eigenschaft gibt es bei generischen Ressourcen nicht.

3. Also hab ich aus die Ressource “Team Network Management” zu einer echten Ressource gemacht und den Teamleiter als Arbeitszeittabellen-Manager und Zuordnungsbesitzer festgelegt.

image
Erwartung: nun kann der Teamleiter in PWA unter “Meine Aufgaben > Arbeit neu zuordnen” die Vorgänge an die Teammitglieder vergeben.
Realität: Pustekuchen. Im Dropdown unter “Vorgangsneuzuordnungen” fehlen die Teammitglieder. Hier ist auch die Microsoft Dokumentation sehr missverständlich, die dauernd von “Team” redet. Gemeint ist das Projektteam, also alle Ressourcen die im Projekt importiert sind und nicht das Team, welches im Ressourcenpool definiert ist.

4. Der Projektleiter muss also ALLE Teammitglieder (auch Teamleiter) UND die Teamressource in sein Projekt holen, aber nur der Teamressource die Vorgänge zuordnen.

image

Das führt natürlich irgendwann dazu, dass in PWA die Sichten mit den Projektzuordnungen ihre Aussagekraft verlieren, da alle Ressourcen bald allen Projekten zugeordnet sind, damit sie überhaupt die Möglichkeit haben vom Teamleiter Vorgängen zugeordnet werden zu können. :( very bad, Microsoft

 

image5. Der Teamleiter erhält nun sogar eine Email über die Zuordnungen vom Projektleiter, die Teamressource gehört ja zu seinem Team (trinkt lediglich keinen Kaffee weg und macht keine Arbeit).

 

image 6. In PWA kann er nun den Vorgang an ein Teammitglied delegieren. In meiner VM hat das Teammitglied leider keine Benachrichtigungsemail bekommen. Ich weiß aber aktuell nicht, ob es generell so ist, oder ob bei mir nur etwas falsch konfiguriert ist. Die Erwartung hätt ich schon.

 image7. Anschließend kann der Projektleiter die Neuzuordnung in Project Prof. genehmigen oder ablehnen. Über eine Ablehnung bekommt der Teamleiter aber keine Benachrichtigungsemail, was sehr schade ist.

 

8. Der Teamleiter ordnet bei einer Ablehnung einen anderen Mitarbeiter zu (der bei mir wiederum keine Benachrichtigungsemail erhalten hat)

image 

Fazit:

Schlecht ist, dass ich alle Ressourcen eines Team in das Projekt importieren muss. Das führt zu einem Wildwuchs an Projektzuordnungen. Hier sollte ProjectServer von Teammitgliedschaft auf Ressourcen schließen können.

Unzureichend ist auch die nicht konsequent durchgezogene Benachrichtigung bei Neuzuordnungen. Ich kann als Projektleiter einen Kommentar eingeben, wenn ich eine Ressourcenänderung ablehne, der Teamleiter erhält aber keine Email und reagiert u.U. überhaupt nicht auf die Ablehnung. Der Projektleiter muss also hinterher telefonieren.

Ansonsten funktioniert so aber die Delegierung von Vorgängen durch einen Teamleiter sehr gut.