Autor: Martin Richter

TFS-2008: Your search cannot be completed because this site is not assigned to an indexer…

SharePoint und TFS sind ja was feines. Man kann ja mal ganz schnell seine Projekt-Doku durchsuchen. Aber 😮 was ist das

Your search cannot be completed because this site is not assigned to an indexer. Contact your administrator for more information.

Ok Kein Problem. Wahrscheinlich ist einfach der Suchdienst dieser Site nicht zugeordnet.

Also SharePoint 3.0 Central Administration öffnen -> Central Administration -> Application Management -> Content Databases  -> Datenbank auswählen -> und dort nun unter Select Windows SharePoint Services search server den Server mit dem Suchdienst auswählen. Aber 😮

Die ComboBox ist leer. Es gibt keinen Suchdienst.

Also nachsehen bei SharePoint 3.0 Central Administration öffnen -> Operations -> Services on Server 😮 Kann gar nicht sein!

Kein Such-Service installiert! Hier hätte ein für Windows SharePoint Services Search stehen müssen.

Bei der TFS Installation hatte ich einfach die Sharepoint Services 3.0 mit installieren lassen. Und bisher klappt auch alles prima. Also was machen?
Versuchen wir es mit einer Reparaturinstallation der Sharepoint Services 3.0. 😮 Fehler bei der Installation:

Microsoft Windows SharePoint Services 3.0 1033 Lang Pack — Error 1706. An installation package for the product Microsoft Windows SharePoint Services 3.0 1033 Lang Pack cannot be found. Try the installation again using a valid copy of the installation package ‚wssmui.msi‘.

OK! Dann noch Deutsches Sprachpaket heruntergeladen für die Sharepoint Services 3.0 -> Installieren -> Reparatur Installation für Sharepoint Services 3.0 durchführen.

Nun das ganze noch mal: SharePoint 3.0 Central Administration öffnen -> Operations -> Services on Server. Hurra!!!
Nun die Windows SharePoint Services Search starten.
Achtung: Wichtig ist, dass man einen Account als Reader angibt, der wirklich nur Read-Zugriff hat ❗

Starten und yeah… es geht… :mrgreen:

Wie öffnet man in den Office-Produkten das Kontextmenü für Smarttags?

Ich bin Tastaturnutzer und ich vermeide die Nutzung der Maus weitgehend , wenn ich arbeite. Also möchte ich auch möglichst viele Funktionen der Produkte, die ich nutze, mit der Tastatur bedienen.

In der letzten Zeit war ich wieder etwas öfters am schreiben von Dokumentationen und immer wieder habe ich Text aus anderen Dokumenten in ein neues Dokument eingefügt. Nur passte die Formatierung nicht. Word bietet einem ja gleich einen Smarttag beim Einfügen an, der einem auch erlaubt direkt die Formatierung des neuen Textes an  die alte Formatierung anzupassen, oder eben nur den Text zu übernehmen. Aber deshalb die Maus benutzen?
Gibt es also einen Shortcut für diese Smarttags?
Nach einigem stöbern in der Office Onliine Doku, fand ich dieses nützliche Helferlein:

Alt+Umschalt+F10

Am Rande sei erwähnt, dass sich damit natürlich auch Smarttags in Excel und Outlook genauso bedienen lassen…

Der zweite Versuch: Visual C++ 2008 Feature Pack Refresh (MFCNext & TR1)

Nach dem ersten Versuch nun der zweite Versuch. Alle bisher bekannten Installationsprobleme sind gefixed.

Weitere Infos: http://blogs.msdn.com/vcblog/archive/2008/04/22/visual-c-2008-feature-pack-refresh.aspx

Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=d466226b-8dab-445f-a7b4-448b326c48e7&displaylang=en

❗ Das bereits installierte Feature Pack muss deinstalliert werden! Glücklich wer nur die Beta bisher installiert hat, der kann wie bisher einfach drüber installieren. ❗

BTW: Eine Responsezeit von 16 Tagen ist gar nicht soooo schlecht 😉

TFS-Reports und die Date/Time Picker mit den regionalen Einstellungen für Deutschland…

Wer Reports aus dem TFS in Visual Studio benutzt kann oft genug nicht die Date/Time Picker verwenden, wenn er die deutschen  regionalen Einstellungen verwendet.

Wenn man einen dieser Date/Time Picker benutzt wird das Datum im englischen Format in das Eingabefeld übernommen, was dann anschließend mit der Meldung

Der Wert, der für den ParamEndDate-Berichtsparameter angegeben ist, ist für dessen Typ ungültig. (rsReportParameterTypeMismatch)

quittiert wird.

Das ganze ist kein Problem des TFS sondern des MS-SQL 2005 Reportservers.
Es gibt für den MS-SQL 2005 SP2 einen nicht offiziellen Hotfix, der dies behebt:
http://support.microsoft.com/kb/949095/en-us

Leider muss man um ihn zu erhalten den Microsoft Support kontaktieren. Einfach dort den Hotfix anfordern. Mir ist nicht klar warum man diesen Hotfix nicht direkt herunterladen kann.

Weitere Infos auch hier:
https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=271928

The project file ‚….vcproj‘ has been moved, renamed or is not on your computer. + Projects have recently been added to this solution. Do you want to get them from source control?

Bei der Umstellung meiner Projekte und Solutions von Visual Source Safe in den  TFS habe ich auch einige Projekte und Solutions umgruppiert.

Als ich dann ein bestehendes Projekt das bereits im TFS lag in eine bestehende Solution einfügen wollte, bekam ich in meinem Visual Studio 2005 die folgenden beiden Meldungen:

The project file ‚….vcproj‘ has been moved, renamed or is not on your computer.

Projects have recently been added to this solution. Do you want to get them from source control?

Und ich habe einige Zeit herumprobieren müssen um heraus zu bekommen was hier passierte. Erst habe ich versucht das Projekt heraus zu nehmen und wiedereinzufügen. Kein Erfolg. Neue Solution genommen, wieder das selbe.
Einiges Suchen im Netz brachte dann Hinweise auf die .suo Datei, die offensichtlich an dieser ganzen Geschichte schuld ist.

In dieser Datei werden lokal (nicht im Source Control) einige Einstellungen des Users für diese Solution gespeichert. Und diese war offensichtlich irgendwie mit falschen Informationen gefüttert bzgl. des Source Control Systems oder kam mit den alten Informationen nicht klar.

Die Lösung:

  • Projekt hinzufügen und es erscheinen die oben genannten Fehler 
  • Beide Fehler einfach ignorieren
  • Geänderte Solution Speichern mit dem hinzugefügten Projekt Speichern
  • Sulution schließen, oder besser gleich Visual Studio ganz beenden
  • Jetzt die <Solution>. suo Datei löschen
  • Dann Solution neu laden.

und alles ist gut…

VS Tipps & Tricks: Ganze Solutions zu einer Master-Solutions zusammenfügen

Wie andere Programmierer auch habe ich meine Projekte in einzelne Solutions zusammengefasst. Nicht wenige dieser Solutions haben auch komplexere Abhängigkeiten.

Bisher hatte ich insgesamt dann 4 größere Solutions, die alle Projekte dann für einen vollen Release-Build bündelten. Bisher wurden diese großen Solution-Builds, dann durch spezielle Batchfiles gesteuert. 

Seit ich den TFS (Team Foundation Server) verwende habe ich begonnen alle einzelnen Komponenten direkt auch auf das Buildsystem des TFS hin abzubilden. Dazu gehört auch, alle Projekte in einer großen Solution zusammenzufassen, um nun im Teambuild alles weitere ablaufen zu lassen.

Als ich mühsam Projekt für Projekt in eine große Master-Solution einfügen wollte machte ich eine nette Entdeckung:
Man kann nicht nur existierende Projekte in eine Solution einfügen. Nein! Es ist sogar möglich eine ganze Solution in eine bestehende Solution einzufügen und dabei sogar alle Abhängigkeiten in dieser Solution zu erhalten. Einfach im Dateidialog die Solutions auswählen und das war es auch schon.
Das macht es wirklich einfach auch komplexere Solutions in eine Master-Solution zusammenzufügen. Jetzt ist es auch nicht weiter schwer die verbleibenden Abhängigkeiten, die bei mir in dem Batch geregelt wurden zu definieren.

Visual Studio 2008 Feature Pain…

Hier die bisherige offizielle Bug-Liste des gerade veröffentlichten Feature Packs:

http://blogs.msdn.com/vcblog/archive/2008/04/12/visual-c-2008-feature-pack-setup-deployment-issues.aspx

Mit Ruhm hat sich Microsoft hier wirklich nicht bekleckert.
Vor allem ist das Feature Pack ohne ein funktionierendes Deployment für Vista erstmal wertlos…

In der Haut derjenigen, die das Setup und Deployment zu verantworten haben möchte ich nicht stecken.

Leider ist das Ganze wieder mal nicht ganz vertrauenserweckend. Man kann ja jetzt nur hoffen, dass der Rest des Packs mit nicht ganz so heißer Nadel gestrickt wurde. Die nächste Zeit wird es zeigen.

Langsame Ausführung von TF Befehlen auf der Befehlszeile

Ich verwende einige TFS Befehlszeilen Kommandos in Batchdateien unter anderem TF CHECKOUT und andere. Leider hatten die Befehle eine immens lange Ausführungszeit. Bis zu 20 Sekunden war keine Seltenheit. Wenn es schnell ging waren es 2-3 Sekunden. Mancher Batch lief bis zu 5 Minuten…

Eigentümlich, denn der TFS-Server liegt in meinem Netz, mein Rechner hat genug Power und der TFS-Server auch. Ein vergleichbarer Befehl aus der IDE dauert nur Sekundenbruchteile.

Das kann es ja nicht sein. Also gehen wir auf die Fehlersuche…
Gefunden habe ich die Lösung dann nach einigem Suchen in diesem diesem genialen Artikel von Buch Hodges

Check LAN connection settings (applies now and for RTM)

First, check your LAN connection settings in Internet Explorer (Tools -> Internet Options -> Connections -> LAN Settings).  Often, the best settings are either to have no boxes checked or to have both of the bottom two checkboxes checked, „Use a proxy server“ and „Bypass proxy server for local addresses.“  The reason is that the .NET 2.0 framework network code gets its settings from the settings in IE.  Prior to the December CTP, there was no way to override this.

How much difference does it make?  It makes a 1 – 2 second difference per tf.exe execution on our network.  Of course, these settings may not work on your network, either for tf.exe or IE, depending upon your network configuration; you’ll need to test it.

Beginning with the December CTP, there is an optional registry setting that you can use to tell the Team Foundation client to bypass the proxy server without changing your IE settings.  In HKCU (per user) or HKLM (global), you can create the registry entry Software\Microsoft\VisualStudio\8.0\TeamFoundation\RequestSettings\BypassProxyOnLocal of type string with the value „true“ to get the improved performance.

Also einfach in den Internet Explorer Optionen auf Internet Optionen -> Verbindungen -> LAN-Einstellungen gehen. Dort nun die beiden ersten Haken aus Automatische Suche der Einstellungen und Automatisches Konfigurationsskript verwenden herausnehmen.

Bei mir dauert nun ein entsprechender TF Befehl nur noch Sekundenbruchteile!

PS: Ich verwenden einen TFS-2008 mit VS-2005 auf den Clients. Also ist der Artikel für mich passend. Der Registry Eintrag der in dem Artikel erwähnt ist muss bei einem VS-2008 natürlich im Ast 9.0 gemacht werden.

Visual C++ 2008 Libraries Extension Feature Pack Final Release (MFCNext & TR1)

❗ Es ist da, die finale Version des MFC-Feature Pack für VS-2008 (MFCNext & TR1) ❗

Das Feature Pack ist nur für die Englische VS-Version (ENU) ab Visual Studio 2008 Standard Edition verfügbar.
Andere Sprachversionen werden in Visual Studio 2008 Service Pack 1 enthalten sein.

Visual C++ 2008 Libraries Extension Feature Pack Final Release
Download link, 322.8 MB
Redistributable Package (x86)

Dokumentation:
MSDN MFC Feature Pack for Visual C++ 2008
MSDN TR1 Extensions

❗ Wichtige Anmerkung sofern ein Deutsches OS eingesetzt wird ❗

Bei mir schlug die erste Installation fehl (sowohl auf Deutschem Vista Ultimate SP1 als auch XP SP2). In der Log-Datei im %TMP% Verzeichnis konnte ich herausbekommen, dass die Datei SPInstallerResources.1031.dll vermisst wird:

Unable to load UI satellite DLL SPInstallerResources.1031.dll 

Nach einigem hin und her Tricksen mit Entpacken und Umbenennen der Datei fand ich folgenden Trick um das Feature Pack zu installieren:
Man muss einfach vorher in der Systemsteuerung in den Regions- und Spracheinstellungen, die Einstellungen für die Formate auf „Englisch (USA)“ umstellen. Zusätzlich habe ich auch den Standardort auf „Vereinigte Staaten“ eingestellt. Danach lief die Installation korrekt ab.

Es spielt übrigends keine Rolle ob die Feature Pack Beta Version zuvor installiert war!

Vista Stil bei Tree-Controls und List-Controls

Unter Vista wurden die Tree- und List-Controls noch einmal kräftig aufgemöbelt.
Diesen neuen Look kann man auch in seinen Applikationen nutzen und das mit 2 simplen Codezeilen.

#pragma comment(lib,"uxtheme.lib") 
SetWindowTheme(m_myCtrl.GetSafeHwnd(),L"Explorer",NULL);

Und schon hat man die neue Darstellung des Tree-Controls mit den Dreiecken, die Knotenlinien sind weg.
Beim List-Control hat man nun die hellblaue Färbung mit dem Hover-Effekt.

Vorraussetzung dafür ist, dass auch ein Manifest für die Windows Common Controls Version 6 vorliegt. Dem entsprechend ist SetWindowTheme und die Uxtheme.dll erst ab Windows XP verfügbar. Wer das ganze auch kompatibel mit Windows 2000 haben möchte, der verwendet natürlich das dynamische Laden der Uxtheme.dll und sucht den Einsprungpunkt für SetWindowTheme mit GetProcAddress!

Siehe auch MSDN Doku zu SetWindowTheme