dbopp.ch

That doesn’t work. You have to compile the assembly with the key file and then get the public key out of the assembly.
sn -T <assemblypath>
More Info:
On the difference between the key token and the key blob
Integrate this utility into Visual Studio

1. Generate a file containing a strong name:sn -k Testkey.snk
2. Reference the file in your code:using System.Reflection;
[assembly:AssemblyKeyFileAttribute("TestKey.snk")]

More Info: MSDN-Artikel

Ich habe schon einige SharePoint-Bücher gesehen. Aber das einzige das bisher überzeugte war “Inside Microsoft SharePoint Services 3.0″ von Ted Pattison.

Mit dieser Kritik stimme ich überein:

Das ultimative Werk, das sich jeder WSS V3.0- und MOSS 2007 Entwickler zulegen sollte. Die Konzepte und Architektur werden anschaulich und nachvollziehbar erklärt. Auch die Tiefe passt und es wird nicht nur an der Oberfläche gekratzt. Zusätzlich sind viele nützliche Code-Beispiele anthalten (kann man herunterladen), die man für die eigenen Projekte immer wieder als Basis einsetzen kann.

ISBN-13: 978-0735623200

Link zur Amazon-Seite

- just another SharePoint exception

Lösung: Auf dem SharePoint-Objekt bei dem der Fehler auftritt AllowUnsafeUpdate auf true setzen. Z.B.
web.AllowUnsafeUpdates = true;

Ever wondered where to find a good overview of the collections available in the System.Collections workspace, their advantages and disadvanteges?

Here is a good MSDN article: http://www.microsoft.com/belux/msdn/nl/community/columns/jtielens/collections1.mspx

Für viele Entwicklungsprojekte ist es nötig, nach dem builden noch andere Aktionen auszuführen wie z.B. das kopieren der Binaries auf ein Testsystem. Man kann diese Befehle direkt in das Post-Build-Textfeld von Visual Studio schreiben. Arbeitet man aber als Team an einem Projekt oder lädt die Sourcen via SourceControl in ein System das Nightly Builds erstellt, so sollten diese Befehle nicht im Projekt verbleiben.

Man kann sie in ein Batch-File auslagern und dies nach jedem Build von Hand anstossen. Komfortabler ist es, das Batch-File doch im Projekt zu referenzieren, aber erst zu überprüfen ob es existiert:
if exist "$(ProjectDir)CopyToTestMachine.bat" call "$(ProjectDir)CopyToTestMachine.bat"Oder für ein Powershell-Script:
if exist "$(ProjectDir)postbuild.ps1" call powershell.exe "$(ProjectDir)postbuild.ps1"