PowerShell Execution Policy

Nachdem Microsoft mittlerweile etwas mehr Wert auf Sicherheit legt, haben sie ihr Konzept auch bei der Powershell durchgezogen. Das Ausführen von eigenen Scripts ist standardmässig deaktiviert und man bekommt Aufruf solche lustigen Fehler:

File C:\Users\*****\Documents\WindowsPowerShell\profile.ps1 cannot be loaded
because the execution of scripts is disabled on this system. Please see “get-h
elp about_signing” for more details.
At line:1 char:2
+ .  <<<< ‘C:\Users\*****\Documents\WindowsPowerShell\profile.ps1′

Wenn man etwas Nachforschungen im Netz anstellt gibt es zwei Möglichkeiten wie man dieses Problem lösen kann:

1. set-executionpolicy RemoteSigned

Wichtig hierbei ist, dass man diesen Befehl unter Vista oder Windows 2008 Server nur dann erfolgreich ausführen kann wenn man die Powershell als Administrator startet. Es reicht nicht sie als Standardbenutzer mit Adminrechten zu öffnen. Andernfalls könnte der Fehler so aussehen:

Set-ExecutionPolicy : Access to the registry key ‘HKEY_LOCAL_MACHINE\SOFTWARE\M
icrosoft\PowerShell\1\ShellIds\Microsoft.PowerShell’ is denied.
At line:1 char:20
+ set-executionpolicy  <<<< RemoteSigned

1. HKLM\SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell

Eine andere Option wäre ein direkter Eintrag in der Registry. Also im Endeffekt genau das, was set-executionpolicy macht. In einigen Systemen findet man den entsprechenden Eintrag auch unter HKLM\SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.Management.Automation.ps1

Hier trägt man folndes Key/Value Paar ein:

REG_SZ ExecutionPolicy RemoteSigned

Oracle unter x64 Windows Systemen

Genau genommen kann ich auch nicht sagen was mich geritten hat einen Windows 2008 Server als x64 System auf meiner Entwicklungsmaschine zu installieren. Fakt ist, dass ich mit meiner Oracle 10G XE massivste Probleme bekam als ich anfing andere Tools als sqlplus zu verwenden. Was die Verwirrung jedoch komplett machte: In der Konsole mit sqlplus lief alles; sonst nicht. Sehr beliebt waren vorallem TNS-Listener-Fehler oder Berechtigungsprobleme obwohl mein Benutzer als ORA-DBA eingetragen war. Offiziell werden Windows x64 Betriebssysteme noch nicht unterstützt. Es gibt wohl einige Leute in den Oracleforen die es irgendwie geschafft haben aber letztendlich hat bei mir die Vernunft gesiegt und ich habe 2008 als x86 System installiert.

Unrecognized configuration section ‘connectionStrings’

Dieser Fehler kann auftreten wenn mehrere Version des .NET Framework installiert sind und die Website oder das virtuelle Verzeichnis mit einer falschen Version laufen. Das <connectionString> Tag wird erst ab Version 2 unterstützt.

TFS Exceptions

Seit ich das Service Pack 1 für Visual Studio 2008 installiert habe bekomme ich beim Anzeigen von WorkItems immer wieder lustige Exceptions:

Could not load type ‘Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItemDeniedOrNotExistsException’ from assembly ‘Microsoft.TeamFoundation.WorkItemTracking.Client, Version=9.0.0.0, Culture=neutral, PublicKeyToken=….’

Nach kurzer Recherche sieht es fast so aus als wäre ich mit meinem Problem nicht allein. Ich habe offenbar den Fehler begangen den Team Explorer nachträglich zu meinem Visual Studio 2008 Professional zu installieren.

Eine Neu-Installation des SP1 hat das Problem tatsächlich gelöst.

Hello world!

Es ist soweit… Nach langen Überlegungen habe ich mich doch dazu entschlossen wieder mit dem Bloggen anzufangen. Ich denke an dem Layout muss ich noch etwas feilen aber im Großen und Ganzen geht es ja um den Inhalt

Auf dieser Seite möchte ich künftig über Themen berichten, die mich bei meiner aktuellen Arbeit und Weiterbildung beschäftigen. so long….