Marco Scheel aka GeekDotNet

Wer mit SharePoint arbeitet und darin die üblichen verdächtigen Dateitypen der Office Familie verwendet, kennt vielleicht die Securityhinweise, wenn zum Beispiel Excel aus einer SharePoint Lib geladen wird. SharePoint gilt in solchen Situationen eigentlich als Vertrauenswürdig ;-) Also sollten wir es auch so behandeln. Hier ein paar Info’s wie man das machen kann.

Genereller Artikel:
http://technet.microsoft.com/en-us/library/cc178946.aspx#trustedsettings

Detail Informationen:
MS Excel Team Blog - Trust Center Part 4: Trusted Locations

Wie komme ich zu dem Dialog?
http://office.microsoft.com/en-us/help/HA100319991033.aspx

Alternativ kann man die Einstellungen auch per Group Policy setzen und im Unternehmen verteilen.

Ciao Marco

In einem meiner letzten Projekte bin ich in die “glückliche” Lage gekommen, mit einer VAX über FTP zu kommunizieren. Gegen unser IIS7 FTP hatten alle Tests super funktioniert. Ich verbinde mich gegen den Server und mache dann einen Upload mit der Angabe der vollen URI:

Connect: ftp.servername.com

Upload File: /upd/knr/abc/request.txt

Mein erster Code nutzte die native C# FTP Api und antwortet einfach nur mit einem Fehler ohne Details. Ich habe dann auf eine Komponente von Aspose zurückgegriffen (wir nutzen Aspose.NET Total, was ich nur empfehlen kann). Ich bekam folgende Fehlermeldung:

Aspose.Network.Ftp.FtpException: Failed to upload file :500 %CLI-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement
at Aspose.Network.Ftp.FtpClient.Upload(Stream localStream, String remoteFilePath)
at Aspose.Network.Ftp.FtpClient.Upload(String localFilePath, String remoteFilePath)
at Ibu.Core.Utility.Ftp.UploadFile(String localFilename, Boolean append) in C:\Users\scheel\Code\ProjectX\Core\Utility\Ftp.cs:line 403
at ConsoleApplication1.Program.Main(String[] args)

Eine kurze Recherche brachte tatsächlich ein Ergebnis:
http://www.physiology.wisc.edu/comp/docs/mg/ftp_users_guide.html

If the remote file specification includes ``/'', it will be necessary to enclose the entire remote file specification in double quotes, because the FTP command interpreter interprets ``/'' as the beginning of a qualifier. Notice the difference in behavior on some systems if the remote file specification is and is not quoted.

Meine Lösung: Ich habe den führenden Slash einfach weg gelassen und schon hat es funktioniert.

Ciao Marco

SharePoint und WSS können Dokumente von einer Bibliothek in eine andere, über ein DropDown Menü am Item selber, kopieren. Jetzt hatten wir bei einem Kunden ein echt komisches Problem. Auf einigen Rechnern gab es ein Problem beim Kopieren. Es ist auch aufgefallen, das bei einem Test auf einem Windows Server 2003, die Oberfläche für den Dialog ganz anders aussieht, also auf einer Standard Workstation. Mit Office 2007 auf der Maschine nutzt der Client ein ActiveX Control. Ohne ActiveX nutzt SharePoint eine ASPX Page und die kann zwar über SiteCollections hinweg kopieren, aber nicht über Application, also von http://portal.ms.local auf http://mysite.ms.local

Das ganze wird hier beschrieben:

http://office.microsoft.com/en-us/help/HA101208501033.aspx

By default, you can use the Send To command to copy files to libraries within a site collection. If you copy files from a client computer that has a program that is compatible with Microsoft Windows SharePoint Services 3.0, such as Microsoft Office Word 2007, and a browser that supports Microsoft ActiveX Controls, such as Microsoft Internet Explorer, you can use the Send To command to copy files not only between libraries within a site collection, but also between different Web applications. If you copy files from the browser of a client computer that does not support ActiveX Controls, you will be able to copy files only to libraries within site collections that share the same domain name (top-level site name) as the source library.

Ciao Marco

Seit Vista und Windows Server 2008 kann man den Task Scheduler sehr vielfältig einsetzen. Eine sehr praktische Funktion ist das Auslösen von Aktionen (Email, Run Program, etc), wenn ein spezielles Event eintritt. Entweder man erstellt den Task direkt im Task Scheduler oder man kann auf das entsprechende Event klicken und ein Task anhängen.

Jetzt stellt sich die Frage, wie man das ganze aber testen kann? Warten bis das Event ausgelöst wird? Die Situation erzwingen? Je nach Komplexität der Anwendung oder der Situation, die den Event erzeugt, kann das nicht ganz befriedigend sein. Den Task einfach über Run zu starten, ist eine Option, allerdings kann man dann nicht auf Eigenschaften des Events zugreifen, welches normalerweise das Ereignis auslöst. Microsoft liefert hier ein mir bisher unbekanntes Tools mit:

Eventcreate.exe - http://technet.microsoft.com/en-us/library/bb490899.aspx

So kann man recht einfach sein Event erzeugen und Tasks, die zum Beispiel Daten aus dem Event lesen, voll testen. Feine Sache.

Ciao Marco

Ich habe immer mal wieder in der Vergangenheit Probleme beim Ansehen von CHM Dateien, die ich aus dem Internet oder von einem Fileshare kopiert habe. Das Inhaltsverzeichnis wird angezeigt, aber egal was angeklickt wird, es kommt einer Fehlerdarstellung.  Microsoft hat dazu eine KB Artikel:
http://support.microsoft.com/kb/902225/

Wenn man das Unblocken jetzt nicht immer von Hand machen will, da es auch bei anderen Dateien potentiell störend sein kann, habe ich ein Tool von SysInternal (Microsoft) im Einsatz:
Streams - http://technet.microsoft.com/en-us/sysinternals/bb897440.aspx

Mit diesem Tool kann man sehr einfach den NTFS Stream löschen, der diesen “Schutz” auslöst.

streams.exe -d -s *.chm

Fertig :-)

Ciao Marco

Dirk Primbs hat seine Top 10 Tools auf 14 erweitert, nachdem er meinen Post gelesen hatte. Live Mesh wurde besonders hervorgehoben. Ich nutzte für einige Dev-Aufgaben wie angedeutet ja ein Windows Server 2008. Die Basis Installation wurde überarbeitet und ich starte direkt mit SP2 die Neuinstallation. Jetzt wollte ich die tollen Tools mit dem “tollen” Tool Live Mesh auf meine Maschine holen… aber es wollte sich nicht installieren lassen :-S

http://msdn.microsoft.com/en-us/library/aa368304.aspx

Mein Rechnung sieht also so aus:
14 Tools minus 1 Tool macht nicht 13 sondern 0, weil das eine Tool alle transportiert :-S

Ich glaube, ich hatte in der alten Installation UAC abgeschaltet und eventuell deswegen den Fehler nicht bekommen. Im Moment will ich doch mal versuchen mit UAC zu leben und dafür muss man dann kurzfristig folgenden RegKey setzen:

Nach der Installation habe ich den Key wieder gelöscht. Ich hoffe ich erlebe nicht noch mehr solcher Überraschungen.

Nach der Installation habe ich mich mal auf den Weg gemacht, den Grund zu finden… aber mehr als das habe ich nicht gefunden:
http://social.msdn.microsoft.com/Forums/en-US/liveframework/thread/d71d367a-7604-4b26-9459-1a8f3dcdf7fc

Ciao Marco

Dirk Primbs stellt die Frage nach den Top Development Tools.
Dirk Primbs: 10 Tools, die jeder .NET Entwickler kennen sollte

Ich stimme zu und hier meine Erweiterungen:

• LinqPad: Dirk nennt den Snipped Compiler… ich selber stehe auf LinqPad, der mehr als nur Linq kann. Für 19$ gibt es dann auch Autocompletion.
• Live Mesh: Ich habe eine Hauptentwicklermaschine und zusätzlich noch eine Windows Server 2008 VM. Meine Tools (um die es hier und in Dirks Post geht) und meine Reference Libraries (SharePoint DLL’s, Log4Net, …) halte ich so auf allen Rechnern aktuell und das ohne großen Aufwand.
• XML Notepad 2007: Da heute “Alles” als XML daher kommt, bringt das Tool einen schnellen Einstieg auch in komplexere Strukturen.
• TortoiseSVN: Wir nutzen SubVersion und damit ist das Tool absolute Pflicht.

Wie sieht es bei euch aus?

Ciao Marco

Ich bin nun schon seit einer Weile auf der Beta von Win7 unterwegs gewesen und habe gleich nach Verfügbarkeit des Release Candidate an diesem Wochenende auch neu installiert. In meinem letzten Beitrag hat mit dann Tobias angesprochen. Wie meine Erfahrungen mit dem Laptop und dem aktuellen Stand von Windows 7 sind. Hier nun mein Antwort für “alle”:

Mein Firmenlaptop ist ein Lenovo X61 Tablet. Hier kurz die Hardware-Specs:

• Intel Core 2 Duo L7500 processor (1.60GHz, 4MB L2 cache, 800MHz front-side bus)
• 4 GB RAM
• 200GB 7.200 rpm Hitatchi HDD
• Graphics Intel Graphics Media Accelerator X3100
• Intel Wireless WiFi Link 4965AGN (n-Disabled) Network Connection
• Bluetooth wireless technology
• Sierra Wireless MC8775 PCI Express MiniCard (nachgerüstet)

Vor den Zeiten von Windows 7 hat mich Vista Enterprise 64 bit (English) durch den Alltag begleitet. Ich war mit der Performance zufrieden. Ich habe für ein 3 Screenlösung ein zusätzlichen DisplayLink Adapter angeschlossen. So betreibe ich 2 Screens mit 1600x1050 und den LCD des Laptop mit 1400x1050. Die Geschwindigkeit ist “dank” der integrierten Grafikkarte ausreichend, aber nicht wirklich berauschend. Unter Windows 7 gibt es ebenfalls Beta Treiber, die nach zwei Nachbesserungen auch unter der Beta mit 3 Bildschirmen liefen. Allerdings ist DisplayLink wie angedeutet angewiesen auf die Leistungsfähigkeit der Graka und somit auch der Treiberqualität. Der DisplayLink Adapter funktioniert unter Win7, allerdings war es für mich zu langsam, dass ich lieber auf einen meiner Screens verzichte und auf die finalen Bits und Treiber von Intel und DisplayLink warte. Auch wenn das wichtige Punkte sind, dürfte das nicht jeden X61 Besitzer interessieren ;-) Also los zum eigentlichen Thema:

Die Installation habe ich von einem USB DVD Brenner gemacht, da mir das Erstellen eines USB Sticks, dann doch “zu” aufwendig war im Vergleich zum Brennen einer DVD. Die Installation geht ohne Probleme durch. Schon während der Installation kann ich mein WLAN erreichen und die Aktivierung durchführen. Nach der Installation werden nur zwei unbekannte Geräte angezeigt.

Ein Gerät ist der UPEK Fingerprint Scanner. UPEK stellt auf seiner Website in Windows 7 kompatiblen Treiber bereit. Die Geschwindigkeit und die Integration in die neuen Win7 Api’s sind genial. ich habe nur den Treiber und nicht die ganze Suite installiert. Download hier.

Das zweite Gerät ist meine WWAN Karte (UTMS 3G). Die Installation war schon in der Beta nicht ohne, da sie alles andere als offiziell ist. Ich hab es mit einem Treiber geschafft, die Karte zum Laufen zu bekommen. Ich habe auf die Lenovo Software zu Gunsten des Sierra Wireless Watcher 3G verzichtet und bin ganz happy. Die Installation ist hier näher beschrieben: Helmers Blog - Update : Windows 7 (64-bit) and Sierra Wireless HSDPA

Von Lenovo habe ich noch den FestplattenSchockChecker installiert und die Pakete für die Tablet Buttons (also System Interface, Power Management und Hotkey + Tablet Buttons). Ohne irgendwelche Settings komme ich durch die Installation mit einem Hinweis auf ein Regkeyfehler, aber das System läuft trotzdem.

Mein Fazit: Die Beta machte einen etwas stabileren Eindruck. Ich habe ab und an Probleme mit dem Sleep Modus. Ich schiebe, dass aber im Moment auf die Installation meiner WWAN Karte. Ich kann es nur empfehlen.

Mein Fazit für Developer: Funktioniert und mittlerweile ist auch das Azure Webrole Problem gefixet.

Ciao Marco

Ein Bilick in Windows Update lohnt sich doch immer wieder:-) Ich bin mal gespannt was es bringt. Den FingerPrint Reader habe ich ja noch mit einem Tweak von UPEK selbst zum Laufen bekommen. Mit dem Video Driver erhoffe ich mir etwas mehr Speed, damit ich mal wieder meinen DisplayLink Adapter ausprobieren kann :-) Und wieder auf 3 Screens komme, die ich von der Performance unter Win7 auch nutzen kann.

Ciao Marco

SharePoint Joel hat ne ganze Menge toller Info’s da in den KB Artikel die X64 Language Packs von WSS und MOSS falsch verlinkt sind, kann man einfach von seinem Post aus starten:

WSS & MOSS SP2 is Available - 5 No Brainer Reasons to Install

oder hier:

• Stefan Gossner: MOSS 2007 and WSS 3.0 Service Pack 2 has been released
• Michael Greth: SharePoint 2007 SP2 und WSS SP2

Irgendwann auch auf dem Team Blog der Produktes ;-)

Und was nun? Als SharePoint Developer und Architekt gilt es erst mal alle Kombinationen herunter zu laden, da unsere Kunden alle möglichen Kombinationen installiert haben:

1. WSS only
2. WSS in English + Deutschen Language Pack
3. SharePoint Englisch mit Deutschem Language Pack
4. SharePoint nur in Deutsch (soll es auch geben)

Und ganz am Ende kommt noch die Plattform, also 64 oder 32 Bit was noch erlaubt ist ;-)

Nach dem Download sieht das dann so aus:

Ne ganze Menge. Was brauche ich aber jetzt für die Installation und was muss ich beachten?

1. Was ist meine Plattform?
1. X64
2. X86
2. Welches Produkt habe ich installiert?
1. WSS
2. MOSS
3. Habe ich ein Language Pack installiert?
1. Deutsch
2. Englisch
3. …
4. Habe ich einen SharePoint Server oder mehrere? Auf wie vielen Servern wurden die Binaries installiert? Wenn man von SQL2K8 Reporting Installationen im Integrated Mode absieht, muss man den dedizierten SQL Server nicht berücksichtigen, weil dort nichts von SharePoint installiert wird.
1. One Server Farm
2. Multi Server Farm (zum Beispiel 2 WFE, 1 Application Server, 1 DB)

Alles Infos eingeholt? Dann gehts los:

1. Für ein sinnvolles Backup sorgen
1. Datenbanken
2. Lokale Dateien in den IIS Verzeichnissen falls mal keine WSP für ein WebPart oder ähnliches eingespielt wurde
2. Auf dem Server mit der Central Administration (sollte es mehrere geben, einfach den ersten aussuchen) wird angefangen:
1. Je nach Plattform (X64/X86) Dateien verwenden
2. Zwischen den Patches niemals den PSCONFIG Dialog durchlaufen lassen
3. WSS SP2 in der Originalsprache (in der Regel hat die Central Admin Site die Sprache der Erstinstallation) installieren
4. WSS Language Pack installiert? Dann die zugehörigen Language Packs installieren
5. MOSS Installation? Dann das MOSS SP2 in der Originalsprache installieren
6. MOSS Language Pack installiert? Dann die zugehörigen Language Packs installieren
7. Multi Server Farm? Dann die selbe Reihenfolge auf allen anderen System durchführen
8. Alle Server haben die Binaries? Dann den PSCONFIG Wizard auf dem Central Admin Server starten und am Hinweis stehen lassen und erst auf allen anderen Server den PSCONFIG Wizard ausführen (nach einander, nicht gleichzeitig)
9. Alle Server durch? Dann auch den Central Admin Server Dialog durchlaufen lassen.
3. Checken, ob alles da ist :-)
4. Durchatmen

In Installationen mit mehreren Servern und großen Content-Datenbanken (> 5 GB) hat man einen deutlichen Vorteil, wenn man die Datenbanken vor der Installation per STSADM detached und nach der Installation wieder zu adden. Info’s finden sich hier:

Deploy software updates for Office SharePoint Server 2007

Gerade in komplexeren Umgebungen ist die Installation nicht immer ganz einfach. Zu den Anfangszeite ist aber schon viel getan und dokumentiert worden.

Jetzt heißt es “Daumendrücken” bei Step 8 in der GUI oder Step 3 in der Console ;-)

Ciao Marco