The Right Stuff

Rezept: Victoriaseebarsch auf dem Gemüsebett

Alexander Groß — Tue, 30 Jun 2009 19:32:27 GMT

das Filet eines halben Victoriaseebarschs (ungefähr 450 g)
1 unbehandelte Zitrone
1 rote Paprika
1 1/2 kleine Zucchini
5 Schalotten
5 kleine aromatische Tomaten
ein paar Blätter Basilikum und Zitronenmelisse
2 Zweige Rosmarin
1 Knoblauchzehe
100 g Butter
3 EL Olivenöl
50 ml trockener Weißwein
Salz, Pfeffer

Die Paprika bei großer Hitze ungefähr 10 Minuten im Ofen rösten. Nach dem Herausnehmen etwas erkalten lassen, die Schale abziehen und die Kerne entfernen. Die Paprika in Streifen schneiden.

Inwzischen die Schale der Zitrone mit einem höllisch scharfen Messer hauchdünn abschneiden. Die Zesten anschließend sehr fein hacken und zusammen mit ebenfalls kleingehackter Zitronenmelisse und 1 TL Zitronensaft unter 50 g weiche Butter rühren.

Den Fisch in 4 Stücke schneiden, mit Zitronensaft beträufeln und wieder kalt stellen.

Knoblauch, Zucchini und die Schalotten in dünne Scheiben schneiden, die Tomaten halbieren und den Strunk entfernen. Das Olivenöl in einer ofenfesten Pfanne erhitzen und anschließend Knoblauch, Zucchini, Schalotten und Tomaten zusammen mit dem Rosmarin anbraten. Mit einem Schuss Weißwein und ein paar Spritzern Zitronensaft ablöschen, salzen und pfeffern. Grob gehacktes Basilikum und die Paprikastreifen darübergeben und beiseite stellen.

Die restliche Butter mit etwas Zitronensaft in einer zweiten Pfanne zerlassen. Den Fisch einseitig salzen und langsam halb durchbraten. Anschließend jedes Stück Fisch mit einem Blatt Zitronenmelisse belegen. Den Fisch vorsichtig auf das Gemüsebett in der anderen Pfanne umheben und die Zitronensaftbutter darübergeben. Diese Pfanne mit Aluminiumfolie dicht abschließen und bei 80°C 20 Minuten im Ofen garziehen lassen.

Mit Spaghetti al dente servieren.

Rewriting Git History: Relocating Subversion URLs

Alexander Groß — Thu, 25 Jun 2009 18:59:52 GMT

Today we changed the URL of our Subversion server at work to a new domain. Subversion and TortoiseSVN offer a separate relocate command for that, which basically updates the local working copy metadata.

Not so for Git. Git keeps SVN metadata in two places: the commit log messages themselves which hold a git-svn-id entry for all commits that have been pushed to SVN, and in the .git/config file.

commit e82751b4872142679ba61e26fc0c57e97c698e8f
Author: agross 
Date:   Thu Jun 25 16:44:55 2009 +0000

    Adding FxCop to the code quality task

    git-svn-id: https://your.svn-server/svn/Crimson/trunk@67 8ed4a44c-bfb4-4748-a28a-fad9255c4788

[core]
	repositoryformatversion = 0
	filemode = false
	bare = false
	logallrefupdates = true
	ignorecase = true
[svn-remote "svn"]
	url = https://your.svn-server/svn/Crimson/trunk
	fetch = :refs/remotes/git-svn

To update the SVN URL it’s required to update the Git configuration file (an easy edit) and also to rewrite the commit log messages, updating the values of git-svn-id to reflect the new SVN server URL. The latter can be achieved with the git-filter-branch command which allows you to dissect the project history in interesting ways.

Having several local Git repositories to update, I went for the scripted solution. I found this article on how to change the SVN repository URL and added some scripting goodness to it (aside from fixing the syntactic errors). It worked pretty good for my ~10 repositories.

You pass two arguments:
- The old SVN URL, i.e. http://old.server
- The new SVN URL, i.e. https://new.server
- The old URL will be matched against git-svn-id entries with a regular expression, and the matched parts get replaced with the new URL.
Rewrite the commit log messages, thus updating git-svn-id
Create a backup copy of .git/config
Replace the old SVN URL in .git/config
Delete all metadata Git has aquired about SVN
Rebase against SVN, recreating the SVN metadata

#!/bin/sh

# Must be called with two command-line args.
# Example: git-svn-relocate.sh http://old.server https://new.server
if [ $# -ne 2 ]  
then
  echo "Please invoke this script with two command-line arguments (old and new SVN URLs)."
  exit $E_NO_ARGS
fi  

# Prepare URLs for regex search and replace.
oldUrl=`echo $1 | awk '{gsub("[\\\.]", "\\\\\\\&");print}'`
newUrl=`echo $2 | awk '{gsub("[\\\&]", "\\\\\\\&");print}'`

filter="sed \"s|^git-svn-id: $oldUrl|git-svn-id: $newUrl|g\""
git filter-branch --msg-filter "$filter" -- --all

sed -i.backup -e "s|$oldUrl|$newUrl|g" .git/config

rm -rf .git/svn
git svn rebase

Migrating SharePoint Content Databases To A New Farm While Keeping Security Settings

Alexander Groß — Sat, 25 Apr 2009 14:40:29 GMT

The server this blog is hosted on was upgraded recently, i.e. is now run on a new dedicated server. Actually, next to this blog there’s a lot more going on. We, a bunch of geeks, are self-hosting mail, web sites, blogs and some collaboration tools like SharePoint (Windows SharePoint Services, in our case). Yeah, SharePoint, a true beast in and of itself. I can’t tell you how much I do not miss developing software for it and setting up customer sites.

I wanted to make the move to the new server as smooth as possible for our SharePoint users. Because we do not use Active Directory to authenticate our users, we obviously had to migrate the SharePoint user accounts manually. That is, re-create each user on the new server giving them a random password and communicate the change.

Moving a SharePoint site is surprisingly pretty well documented on TechNet, but won’t tell you about one important aspect: When you move the site to a new farm and the site does not use Active Directory, you will have to set up security anew.

Why? Because SharePoint matches user accounts by their SID, a value that is unique for each user account, even across machines: OLDMACHINE\foo’s SID is different from NEWMACHINE\foo’s SID. Burdening the four site collection administrator with this task is simply a no-go.

During my research how to work around that I found the Dustin Miller’s excellent post “Fix those SIDs”. It describes the process of massaging a SharePoint site collection database to replace old SIDs with the account SIDs of the current machine. I’ve extended it a bit, because I also decided to rename the SharePoint Search account while moving to the new server (note the extra REPLACE in line 11).

DECLARE @login nvarchar(255), @SystemId varbinary(512)

DECLARE curUsers CURSOR LOCAL FOR 
SELECT tp_Login, tp_SystemID FROM UserInfo WHERE tp_Deleted = 0

OPEN curUsers
FETCH NEXT FROM curUsers INTO @login, @systemid

WHILE @@FETCH_STATUS = 0
BEGIN
    DECLARE @newLoginName AS nvarchar(255) = REPLACE(REPLACE(@login, 'OLDMACHINE', 'NEWMACHINE'), 'spsearch', 'sharepoint-search')
    DECLARE @newSID varbinary(85) = SUSER_SID(@newLoginName)
    
    IF @newSID IS NOT NULL
    BEGIN
        PRINT 'Resetting user ' + @login + ' to new login ' + @newLoginName  + ' with SID '
        PRINT SUSER_SID(@newLoginName)

        UPDATE UserInfo
        SET    tp_SystemID = SUSER_SID(@newLoginName),
               tp_Login = @newLoginName
        WHERE CURRENT OF curUsers
    END
    
    FETCH NEXT FROM curUsers INTO @login, @systemid
END

CLOSE curUsers
DEALLOCATE curUsers
GO

After the script ran, take a look at the UserInfo table and SELECT rows that still contain OLDMACHINE in the tp_Login column. This helps you get a quick overview of what accounts have been missed during account re-creation.

As an extra step, I found it appropriate to update the site’s user entry as well (the account name that shows up in the site’s user list when no full name is given) to reflect the new machine name.

UPDATE    [AllUserData]
SET       [nvarchar1] = REPLACE(REPLACE([nvarchar1], 'OLDMACHINE', 'NEWMACHINE'), 'spsearch', 'sharepoint-search'),
          [nvarchar2] = REPLACE(REPLACE([nvarchar2], 'OLDMACHINE', 'NEWMACHINE'), 'spsearch', 'sharepoint-search'),
          [nvarchar3] = REPLACE(REPLACE([nvarchar3], 'OLDMACHINE', 'NEWMACHINE'), 'spsearch', 'sharepoint-search')

ChkDskAll ‒ ChkDsk For All Drives

Alexander Groß — Sat, 14 Feb 2009 15:41:57 GMT

The Windows file systems (NTFS and FAT) are able to automatically detect if they are broken. You can even specify when that automatic check should be performed. But sometimes you would want to force a file system check, for example when Windows suddenly behaves strangely for no obvious reason. (For example last year, the day before I went on a month-long vacation, Vista suddenly refused to boot.)

In order to schedule a file system check for the next reboot you will have to

Open an elevated command prompt or log in as an administrator,
Run chkdsk <Drive>: /f,
Rinse and repeat for all installed drives.

This task isn’t easy for inexperienced users, especially given that they might not know about the chkdsk command line tool in the first place. They could use the UI, but would have to repeat the process for each and every drive nonetheless.

To make this task easier, I wrote a little .NET application that automates scheduling file system check for all drives at the next boot. Just double-click ChkDskAll.exe, enter administrative credentials and wait for the goodness to happen.

If a drive has already been scheduled for scanning, it won’t be scheduled a second time. To exclude drives from being included in the scan, have a look at ChkdskAll.exe.config. For example, TrueCrypt drives should be excluded if you do not mount them as fixed drives.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <appSettings>
        <!-- The list of excluded drives, e. g. "CDE". -->
        <add key="ExcludeDrives" value="YZ"/>
    </appSettings>
</configuration>

Download ChkDskAll binary and source code

Creating Remote Desktop Connection Files On The Fly With PowerShell

Alexander Groß — Fri, 13 Feb 2009 17:28:51 GMT

About a month ago I got myself an IBM Lenovo X301 laptop. It’s the third machine I regularly use: I have a desktop at work, one workstation at home and now there also is the sweet X301. Even with only the second machine at work in place I found it crucial to keep my work environments automatically in sync. Live Mesh has been of great help with that. Despite being a CPU hog at times, it’s a great tool to synchronize your files across machines.

Now with Remote Desktop Connection files (*.rdp) there is actually a bit more work involved than just syncing files. My workstations both have two monitors and I like Remote Desktop windows to be placed on the second monitor. The laptop, on the other hand just has a single display (surprise!) and less screen real estate. Because of the varying screen resolutions a RDP window on my home workstation will not fit the display area at work without obscuring other UI elements like the taskbar. On the laptop, the situation gets worse as the display is simply not large enough to fit my default window size of 1500x1024 pixels.

The dimensions and location of the Remote Desktop window is stored in the plain-text RDP file itself. A conceivable solution might be to create three RDP files per server, one for each of my machines. Actually this would involve touching three files every time I need to change some value for the connection. Horrible.

Fortunately there is PowerShell to the rescue. There’s even a script that you can use to create RDP files on the fly. You’ll have to patch line 178 to make it work (see below). Also make the Set-RDPSetting function global by uncommenting lines 87 and 216.

# Old
$content += @("${tempname}:$($datatypes[$tempname]):$tempvalue")

# New
$content += @("${tempname}:$($datatypes[$tempname]):$tempvalue" + [System.Environment]::NewLine)

Now that we're set to use the Set-RDPSetting function, let us create a script to create a RDP file in the system’s temporary folder. See the highlighted lines below, there are three hashtables:

$workstations for your workstations (mine are AXL, FIRIEL and EOWYN),
$servers for the RDP servers you want to connect to and
$defaults for default connection properties.

. c:\Path\To\Set-RDPSetting.ps1

$workstations = @{
	'AXL' = @{
		'desktopwidth' = 1500
		'desktopheight' = 1024
		}
	'FIRIEL' = @{
		'desktopwidth' = 1300
		'desktopheight' = 800
		}
	'EOWYN' = @{
		'desktopwidth' = 1300
		'desktopheight' = 800
		}
	}
	
$servers = @{
	'192.168.6.161' = @{
		'session bpp' = 24
		'domain' = 'DEVELOPMENT'
		}
	'host.with.ssl.certificate' = @{
		'session bpp' = 24
		'authentication level' = 2
		'disable wallpaper' = $true
		'desktopwidth' = 1280
		'desktopheight' = 1024
		}
	}

# http://dev.remotenetworktechnology.com/ts/rdpfile.htm
$defaults = @{
	'allow desktop composition' = $true
	'allow font smoothing' = $true
	'alternate shell' = $null
	'audiomode' = 2
	'authentication level' = $false
	'auto connect' = $true
	'autoreconnection enabled' = $true
	'bitmapcachepersistenable' = $true
	'compression' = $true
	'connect to console' = $false
	'desktopheight' = $null
	'desktopwidth' = $null
	'disable cursor setting' = $false
	'disable full window drag' = $false
	'disable menu anims' = $true
	'disable themes' = $false
	'disable wallpaper' = $false
	'displayconnectionbar' = $true
	'domain' = $null
	'drivestoredirect' = '*'
	'full address' = $args[0]
	'keyboardhook' = 1
	'maximizeshell' = $false
	'negotiate security layer' = $true
	'prompt for credentials' = $false
	'promptcredentialonce' = $true
	'redirectclipboard' = $true
	'redirectcomports' = $false
	'redirectdrives' = $false
	'redirectposdevices' = $false
	'redirectprinters' = $false
	'redirectsmartcards' = $false
	'remoteapplicationmode' = $false
	'screen mode id' = 1
	'server port' = 3389
	'session bpp' = 32
	'shell working directory' = $null
	'smart sizing' = $true
	'username' = 'agross' # Does not really matter what's in here.
	# http://blogs.msdn.com/ts/archive/2008/09/02/specifying-the-ts-client-start-location-on-the-virtual-desktop.aspx
	'winposstr' = '0,3,2046,129,3086,933'	
	}

Next we check if the local machine has a configuration section in the $workstations hashtable and the script has been called with parameters.

if ($workstations.Keys -inotcontains $Env:ComputerName)
{
	"The local computer is not configured."
	exit
}

if ($args -eq $null -or $args.Length -eq 0)
{
	"No arguments. Supply the RDP server name as the first argument."
	exit
}

Note the Patch-Defaults function and how we use it to add and replace keys in the $defaults hashtable. The replacement values come from $workstations and $servers, with the server settings having precedence. This way, you can configure the connection profile according to the current machine and the server to which the connection will be made. Flexibility!

function Patch-Defaults
{
	param(
		[Hashtable] $defaults = $(Throw "Defaults hashtable is missing"),
		[Hashtable] $patch = $(Throw "Patch hashtable is missing")
		)

	end
	{
		if ($patch -ne $null)
		{
			$patch.GetEnumerator() | ForEach-Object { $defaults[$_.Name] = $_.Value }
		}
	}
}	

Patch-Defaults -Defaults $defaults -Patch $workstations[$Env:ComputerName.ToUpper()]
Patch-Defaults -Defaults $defaults -Patch $servers[$args[0].ToLower()]
$defaults.GetEnumerator() | Sort-Object -Property Name

Now that we have all connection properties in place, we create a temporary connection file from the hashtable key/value pairs and start mstsc.exe with that file.

$tempFile = [System.IO.Path]::GetTempFileName()
$defaults.GetEnumerator() | Sort-Object -Property Name | Set-RDPSetting -Path $tempFile -Name $_ -Value $_

# For debugging purposes.
#"Temporary file: " + $tempFile
#Get-Content $tempFile
#Read-Host

$MstscCommand = $Env:SystemRoot + "\system32\mstsc.exe"
&$MstscCommand $tempFile

Download Open-CustomRDP.ps1

How do we use the script we just created?

You can either create batch files calling the script or use a tool like SlickRun to execute PowerShell with the script.

@powershell.exe -noprofile -command .\Open-CustomRDP.ps1 your.server.example

Another tedious task has been automated!

.NET Bootcamp: Unit Tests

Alexander Groß — Sat, 07 Feb 2009 15:19:54 GMT

In ungefähr einer Woche, am 16.02.2009, findet das zweite .NET Bootcamp der .NET User Group Leipzig statt. Das Thema lautet diesmal Unit Tests und wird neben einer Einführung in das Testen auch Test-Driven Development und Behavior-Driven Development aufgreifen.

Die Organisation des Bootcamps findet wieder nach dem Konzept “Lernen durch Lehren” (LdL) statt. Das heißt, dass jeder Teilnehmer im Vorfeld zwei Fragen als “Hausaufgabe” bekommt und seine Ergebnisse während der Veranstaltung vorstellt. Ich werde die Rolle des Moderators übernehmen, Fragen klären, weitere Aspekte aufzeigen und sicher auch etwas von den Teilnehmern lernen.

Wie unser erster Testballon auf dem Gebiet LdL zum Thema .NET Framework 3.5 ist dieses Bootcamp mit 19 Teilnehmern überbucht. Offenbar kommt LdL gut bei unseren User Group-Mitgliedern an, aus Sicht der Organisation kann ich dies jedenfalls bestätigen!

How To Set Up Secure LDAP Authentication with TeamCity

Alexander Groß — Mon, 02 Feb 2009 16:35:50 GMT

Last week we got a TeamCity Enterprise license at work. After using this great product for about a year we found ourselves running out of available build configurations. (There are 20 in the fully-functional free Professional edition which should be enough to evaluate the product. I recommend giving it a try.) There are a couple of advanced features in the TeamCity Enterprise edition we were looking forward to, for example authentication against a LDAP directory, an Active Directory in our case (AD = LDAP + DNS + a bunch of other stuff).

TeamCity uses LDAP to determine if a user should be able to access the TeamCity web interface. It does that through the LDAP bind operation, asking LDAP to validate the username and password combination entered at the login page.

After hitting the login button TeamCity will connect to the LDAP server, basically taking the text entered in the dialog above passing it to the LDAP bind operation. If the server accepts the username/password combination this means that access is granted. Some things to take into consideration when using LDAP authentication are:

TeamCity does not authenticate against an organizational unit in Active Directory (X.500 address). It just determines if the user (authenticated by username and password) exists anywhere in the directory. You can vote on this ticket to get that fixed.
Because TeamCity does not try to get additional information on the user’s groups memberships it is currently (as of TeamCity 4.0) not possible to automatically assign TeamCity roles to an LDAP user.
If you use the default LDAP configuration settings as shown in the TeamCity documentation, the LDAP connection will be unsecured, making the username and password vulnerable to eavesdropping by anyone who knows how to use packet sniffer.
Specific to Windows: You do not need an Active Directory infrastructure with a Domain Controller in place. Windows also supports Active Directory Application Mode (ADAM) on Windows Server 2003, renamed to Active Directory Lightweight Directory Services (AD LDS) in Windows Server 2008.

Given the things above, what are your options to secure the LDAP connection? You could change the authentication scheme to not use "simple” LDAP authentication, but choose from a variety of SASL options. I didn’t go down that road, because when I started to configure LDAP for TeamCity I basically knew nothing about neither LDAP nor SASL.

Using LDAPS (LDAP over SSL), which is also supported by Windows servers running some AD mode, appeared to be a viable option to enforce secure communication between TeamCity and the LDAP server.

Installing The LDAP Server

Setting Up LDAPS with Active Directory (Domain Controller mode)

There’s not much set up needed with this configuration. When you install Active Directory in Domain Controller mode you should also get an instance of Certificate Services that will create a self-signed certificate for your domain controller. This certificate will be used for LDAPS connections to the directory server, which is typically the domain controller.

As an aside, I’m not expert in setting up AD, please refer to your network administrator.

Setting Up LDAPS with Active Directory Application Mode (ADAM) or Active Directory Lightweight Directory Services (AD LDS)

As noted above, this setup is supported on any Windows Server and does not require the full-blown “Domain Controller” version of Active Directory. ADAM/LDS supports user authentication either against the ADAM/LDS instance (users created in the directory) or a against local Windows accounts (through a user proxy, see below)

Installing ADAM or AD LDS

Installing ADAM/LDS differs depending on which Windows Server version you have. I did it with Windows Server 2003:

Navigate to the Control Panel and open up the Software control panel applet, appwiz.cpl
Click “Add or remove Windows features”
Select Active Directory Services, click on the Details… button and select Active Directory Application Mode. Close the window.
Scroll down to Certificate Services entry and check it. (IIS will also be installed as part of Certificate Services to support web registrations.)
Click Next.
On the next dialog, you will be asked what type of Root Certificate Authority (CA) to install. Select “stand-alone“ CA and also check the “Create key pair” option.
The next dialogs allows to select different options for the Root CA keys and the CA itself. I went with the defaults.
Certificate Services and ADAM will be installed.
Under Programs in the Start Menu there will be a new folder named “ADAM”. Click on the “Create ADAM instance” link.
The ADAM wizard pops up, click Next.
Choose “Create new unique instance” and click Next.
Enter the name of the ADAM instance. I chose “TeamCity”, because we’re using ADAM to authenticate TeamCity users. Click Next.
Write down the ports that are presented in the next step. The default LDAP port is 389, and the port for LDAPS is 636. Click Next.
In the next step, choose to create a directory partition. Mine is called CN=TeamCity, DC=test, DC=local. Click Next until you reach the “Import LDIF files” dialog.
Import at least the MS-User.ldf and MS-UserProxy.ldf schemas to enable the creation of local directory users and user proxies for Windows accounts.
Click Next and wait for ADAM to be configured.

Setting Up ADAM or AD LDS to Accept SSL Connections

There are two good tutorials that I used to enable SSL on ADAM, so I won’t reiterate them here. I suppose the process of enabling SSL on LDS is similar.

User Management

You now have a LDAP server running that will serve requests for the LDAP and LDAPS protocols. Next, you would have to add users to the directory, which could either be

Local directory users: user and password stored in the directory; used with “simple” bindings, or
Windows users: users password stored by the local Windows account manager or in a full-blown AD domain; used with “proxied” bindings (from the outside, these also appear as “simple” bindings).

Windows users require a user proxy in the directory, linking the proxy to a Windows account SID. The link between the proxy and the Windows account is established though the Windows account’s Security Identifier (SID) which must be supplied when the proxy is created. Setting up user proxies is a bit complicated and well worth another post.

Please note that by default authenticating users through their respective proxies (proxied binding) requires a secure connection, unless you explicitly disable it. Unfortunately the attribute to change is not given in the linked article: it is msDS-Other-Settings. You can either require security for simple or proxied bindings by setting RequireSecureProxyBind (defaults to 1) and RequireSecureSimpleBind (defaults to 0) to either 0 or 1.

The net result of the default ADAM configuration (RequireSecureProxyBind=1) together with the default TeamCity configuration (ldap://some-server, which is unsecured) is that authentication requests for user proxies will always fail.

Setting Up TeamCity

Setting Up TeamCity to Use The LDAP Server

The easiest way is to start with the default TeamCity configuration in <TeamCity data directory>/config/ldap-config.properties:

java.naming.referral=follow
java.naming.provider.url=ldap://ldap.test.local:389
java.naming.security.authentication=simple

Unless you want to require your users to enter their login in the DOMAIN\username format I recommend adding the loginFilter property:

java.naming.referral=follow
java.naming.provider.url=ldap://ldap.test.local:389
java.naming.security.authentication=simple
loginFilter=.+

Now we need to set up the correct "user name" string to present it to the LDAP server. This string is created from the text entered in the "Username" text box on the login screen ( $login$ ) and differs depending on whether you use LDAP with AD or ADAM/LDS:

java.naming.referral=follow
java.naming.provider.url=ldap://ldap.test.local:389
java.naming.security.authentication=simple
loginFilter=.+

# AD - authenticate against the TEST domain
formatDN=TEST\\$login$

# ADAM and presumably AD LDS - users will have to reside in the CN=Users,CN=TeamCity,DC=test,DC=local container
formatDN=CN=$login$,CN=Users,CN=TeamCity,DC=test,DC=local

Setting Up LDAPS Security

Enabling LDAPS is pretty easy from a TeamCity perspective. You just have to change line 2 of the configuration above to use the secure LDAP protocol:

java.naming.referral=follow
java.naming.provider.url=ldaps://ldap.test.local:636
java.naming.security.authentication=simple
loginFilter=.+
formatDN=<some value>

Changing the protocol to use ldaps:// will not instantly work and users would not be authenticated. Why?

Trusting The Certificate

What does LDAPS mean from a Java perspective? If you work on a domain (AD) or use ADAM/LDS with SSL you are very likely to work with self-signed SSL certificates. Such certificates are inherently untrusted as they are not issued by some trusted party (and this trusted party will charge money). Nevertheless they are perfectly okay for your environment.

When TeamCity establishes the SSL connection to your LDAP server, it is first presented with that untrusted certificate – and bails. Here’s a snippet from the TeamCity log files:

[2009-01-27 16:14:39,864]  ERROR - Side.impl.auth.LDAPLoginModule - 
 
javax.naming.CommunicationException: simple bind failed: ldap.test.local:636
[Root exception is javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target]

To establish LDAPS connections successfully, you have to tell Java to trust your LDAP server’s certificate. Andreas Sterbenz has created a little Java utility called InstallCert that helps in that regard. Unfortunately you will have to compile it yourself against the Java 1.5 runtime, so here’s a compiled version that works with TeamCity.

Place the files from the ZIP in your <TeamCity root>\jre\bin directory. Open a command prompt and enter

java InstallCert ldap.test.local:636

Following the procedure described in Andreas' post, the utility will create a file called jssecacerts in the same directory. Overwrite <TeamCity root>\jre\lib\security\cacerts with that file.

After re-starting the TeamCity web server, it is now able to establish secured connections to the LDAP server. The user names and passwords transmitted over these connections will not be visible to outsiders.

Wrapping It Up

In this article I’ve shown you how to enable and secure TeamCity’s LDAP authentication in any Windows environment, be it an Active Directory domain or a couple of stand-alone Windows Servers. For both scenarios user management is centralized, either though the AD console or LDAP console in combination with the Windows user management console.

Figuring out all that has taken a considerable amount of time for me and hopefully saves you a couple of minutes that you can spend outside in the sun.

Setting up SourceGear DiffMerge with Git

Alexander Groß — Wed, 28 Jan 2009 20:18:58 GMT

For about six month I’m using Git as my preferred Source Control Management system. That is, while my colleagues at work still work with Subversion and TortoiseSVN, I am leveraging the powers of Git behind the scenes. That is, I work on local (Git) feature branches that I commit to our SVN trunk every once in a while, typically after I finished working on a feature.

If you want to get started with Git, I recommend watching the GitCasts and try one of the Windows distributions, msysgit or Cygwin. (I switched to Cygwin after the msysgit team dropped SVN integration in their 1.6 release.)

Git heavily relies on the command line, and UI tools like gitk and TortoiseGit are not quite there yet. Using a CLI might be something a lot of Windows developers do not look forward to, but you still can configure support for some UI tools. For example, file diffs and merges can be customized to work with any tool (UI and CLI-based). I use SourceGear DiffMerge (free) as my primary diff and merge tool. It’s far better that what comes with TortoiseSVN or Git itself (again CLI-based).

I could only find sparse documentation on how to make DiffMerge work with Git, so I dove into the world of Shell programming and created a couple of simple scripts. Here is what I came up with.

diffmerge-diff.sh

#!/bin/sh

path="$(cygpath $1)"
old="$(cygpath --mixed --absolute "$2")"
new="$(cygpath --mixed --absolute "$5")"

#echo -e "path\n$path"
#echo -e "old\n$old"
#echo -e "new\n$new"

"/cygdrive/C/Tools/DiffMerge/diffmerge.exe" "$old" "$new" --title1="Old" --title2="New $path"

diffmerge-merge.sh

#!/bin/sh

localPath="$(cygpath --mixed --absolute "$2")"
basePath="$(cygpath --mixed --absolute "$1")"
remotePath="$(cygpath --mixed --absolute "$3")"
resultPath="$(cygpath --mixed --absolute "$4")"

if [ ! -f $basePath ]
then
    basePath="$(cygpath --mixed --absolute ~/diffmerge-empty)"
fi

#echo -ne "local\n$localPath\n"
#echo -ne "base\n$basePath\n"
#echo -ne "remote\n$remotePath\n"
#echo -ne "result\n$resultPath\n"

"/cygdrive/C/Tools/DiffMerge/diffmerge.exe" --merge --result="$resultPath" "$localPath" "$basePath" "$remotePath" --title1="Mine" --title2="Merged: $4" --title3="Theirs"

Setting up Git

Put the files above in your home directory, either C:\Cygwin\home\<username> (Cygwin) or C:\Users\<username> (msysgit). Make sure the line endings are LF-only (UNIX style) and the file is saved without the UTF byte-order mark (BOM).
Create an empty file named diffmerge-empty in the same directory.
Modify the scripts to point to the correct location of DiffMerge (see the last lines). Some more modifications will be needed if you’re from the msysgit crowd, as the cygpath utility is not available there.

Open a Git CLI and enter the following commands:

git config --global merge.tool diffmerge
git config --global mergetool.diffmerge.cmd "~/diffmerge-merge.sh \"\$BASE\" \"\$LOCAL\" \"\$REMOTE\" \"\$MERGED\""
git config --global mergetool.diffmerge.trustExitCode false 
git config --global diff.external "C:/Cygwin/home/<username>/diffmerge-diff.sh"

This should add the following lines to your .gitconfig:

[merge]
    tool = diffmerge
[mergetool "diffmerge"]
    cmd = ~/diffmerge-merge.sh \"$BASE\" \"$LOCAL\" \"$REMOTE\" \"$MERGED\"
    trustExitCode = false
[diff]
    external = C:/Cygwin/home/<username>/diffmerge-diff.sh

Using DiffMerge

Using DiffMerge is pretty easy, the normal git diff and git mergetool commands work as usual, but will now spawn DiffMerge instead of vi (which is the default). If anything does not work as expected, uncomment the #echo lines and use a tool like Process Monitor and Process Explorer to see where things go wrong.

Happy diffing!

Rezept: Zwiebelmarmelade

Alexander Groß — Mon, 05 Jan 2009 14:14:18 GMT

2 rote Zwiebeln
1 EL Butter
1 EL Honig
Balsamico
Apfel-Kirsch-Saft o. ä.
1-2 EL Zitronensaft
Salz, Pfeffer

Zwiebeln schälen und in feine Ringe schneiden. Die Butter in einem Topf zergehen lassen und die Zwiebeln glasig dünsten. 1 EL Honig hinzugeben und leicht karamelisieren. 3 EL Balsamico angießen und einreduzieren. Anschließend wenig Apfel-Kirsch-Saft zugießen und einkochen lassen. Angießen und einkochen wiederholen bis die Zwiebeln weich gekocht sind (das dauert ca. 30 Minuten). Mit Zitronensaft, Salz und Pfeffer abschmecken.

Die Zwiebelmarmelade passt aufgrund ihrer süßlichen Note gut zu Speisen mit würzigem Käse, z. B. Käsefondue oder Ziegenkäse.

Cambodian Round-Up

Alexander Groß — Wed, 03 Dec 2008 04:47:50 GMT

Lange nichts von uns gehört? Wir waren auf der Insel, ohne Strom und fließend Wasser. Doch von vorn:

Phnom Penh

Wir haben unseren Tag in Phnom Penh genutzt um die Sehenswürdigkeiten der Stadt anzusehen. Dazu gehörte neben der Silbernen Pagode (als Teil des Königspalastes) auch ein tragisches Denkmal der jüngeren kambodschanischen Geschichte: Das Gefängnis "S-21" in dem vor weniger als 30 Jahren ca. 10000 Menschen gefangen gehalten, verhört, gefoltert und getötet wurden. Der Trakt des S-21, ein Areal von 600 x 400 m wurde vor der Machtergreifung der Roten Khmer als Schule genutzt und ist heute größtenteils so erhalten wie es nach der Befreiung von Phnom Penh vorgefunden wurde. In den Einzelhaftzellen stehen immer noch die gleichen Betten auf denen die Gefangenen, also Intellektuelle, Lehrer und Brillenträger angekettet ihr jämmerliches Dasein fristen mussten. Im Zusammenhang mit der Geschichte der empfielt sich die Lektüre des Buchs "First They Killed My Father" von Luong Ung. Robert besitzt ein deutsches Exemplar, Gunnar die englische Ausgabe.

Außerdem haben wir den Zusammenfluss von Tonle Sap und Mekong besucht und haben die Stadt zu Fuß erkundet. Phom Penh vermittelt dabei das Gefühl einer langsam wachsenden Großstadt; die meisten Straßen sind eher klein, Hochhäuser über ~16 Stockwerke gibt es überhaupt nicht.

Rabbit Island

Am nächsten Tag haben wir uns auf Empfehlung von Rita nach Süden auf eine kleine Insel namens Koh Tonsay begeben. Das auch Rabbit Island genannte Fleckchen Erde liegt kurz vor der Vietnamesischen Grenze, was auch die Frage des Grenzbeamten am Pier erklärt: "Which nationality?" – "German". — Passkontrolle kann so einfach sein.

Unsere vier Tage auf der Insel waren geprägt von viel Entspannung, Lektüre, Feuer am Strand, Feierabendbierchen und Seafood. Bewohnt haben wir zusammen mit sehr wenigen anderen Backpackern eine der Strohhütten an einem der drei Strände der Insel. Tatsächlich ist nur "unser" Strand touristisch erschlossen, d. h. es gibt abends für 2, 3 Stunden Strom aus dem Dieselgenerator und eine Toilette. Die anderen Strände sind im Besitzt der einheimischen Insulaner, die Seetang anbauen. Die Inselumrundung haben wir entspannt in 3 Stunden geschafft.

Beobachtungen

Während der Zeit in Kambodscha sind mir einige Dinge aufgefallen, die aus meiner Sicht Erwähnung verdienen:

In unregelmäßigen Abständen befinden sich Werbetafeln für die großen Parteien (FUNCIPEC, Cambodian People Party) direkt an der Straße. Ein Einheimischer erklärte mir, dass die Leute Werbung machen, ohne dass die dafür Entlohnung erhielten, sondern das aus Überzeugung tun und um Nachbarn für ihre favorisierte Partei zu gewinnen. Dabei kann es sein, dass Nachbarn rivalisierende Parteien vertreten, was aber kein Konflikt darstellt.
Wer sich nicht von den kambodschanischen Bauern unterscheiden will, baut am besten Reis an. Die Reisernte hat gerade begonnen und verwandelt die vormals sattgrünen Felder in braune Steppe. Die grasenden Wasserbüffel freut es. Der Reis wird nach der Ernte noch ungeschält getrocknet, was auch gern am Straßenrand passiert. Vermutlich ist der heiße Asphalt in Kombination mit dem Straßenstaub hilfreich :)
Tiere werden prinzipiell freilaufend gehalten, ich habe keine Ställe gesehen.
In Kamdoscha werden zwei Währungen akzeptiert: Gezahlt wird meist in Dollar, Wechselgeld erhält man in Riel. 1 Dollar entsprechen 4000 Riel. Aus eigener Erfahrung kann ich sagen, dass die gemischten Währungen die Bezahlung von Rechnungen nicht einfacher machen.
Frisches Obst wird viel seltener verkauft als in Thailand. Auf der Insel gab es z. B. nur Kokosnuss, zu Lande auch mal eine Mango. Früchtewägen wie aus Thailand bekannt sind mir nicht zu Augen gekommen. Auf dem Marktplatz werden Waren zu ebener Erde angeboten, was oft keinen hygienischen Eindruck vermittelt. Fliegen umschwirren das Fleisch auf dem Marktplatz.
Wir haben zwei leckere Gerichte kennengelernt: Lok Lak, eine Art Rindfleischgeschnetzeltes, serviert zusammen mit einer leckeren Sauce aus schwarzem Pfeffer, Salz und Limettensaft. Das andere gericht heißt Amok und wird mit Chicken, Shrimps oder Beef serviert und ähnelt einem Curry. Außerdem gibt es viel internationale Küche.
Im Land und auf der Insel wehte, jahreszeitlich bedingt, ein stetiger Wind, den wir so nicht aus Thailand kennen. Das Klima war deshalb etwas angenehmer, vergleichbar mit europäischem Sommer. Natürlich hält das die Busfahrer nicht davon ab die Klimaanlage auf 18°C zu drehen, und das trotz mehrmaligem Bittens auch nicht zu ändern.

Zurück in Thailand

Gestern früh um 7 galt es den Kutter Richtung Festland zu nehmen und die Reise zurück nach Thailand anzutreten. Zunächst sind wir mit dem Tuk Tuk in den kleinen Küstenort Kampot gebracht worden, um dort am hektischen Busterminal in ein größeres Gefährt verfrachtet zu werden. In Kampot haben sich die Wege unserer Viererreisegruppe getrennt: Jan und Robert sind nach Phnom Penh abgereist von wo sie hoffentlich mit dem Flieger nach Kuala Lumpur weiterreisen können, um ihren umgebuchten Emirates-Flug zu bekommen. Marci und ich sind mit dem Minibus über eine gut ausgebaute aber wenig befahrende Straße in Richtung Trat (Thailand) gefahren, wo wir gerade im Internetcafé sitze. Übrigens erstaunlich, dass 17 Personen (wir als einzige Ausländer) in einen für vielleicht zwölf Mann ausgelegten Minibus Platz finden. Auf unserer Fahrt haben wir sogar ein Gefährt mit schätzungsweise 22 Personen überholt. Leere Fahrzeuge gab es nicht.

Die Pläne für die verbleibenden Tage sehen wie folgt aus: In ein paar Stunden nehmen wir einen Bus in Richtung Khao Yai National Park um drei oder vier Tage in der Natur zu verbringen: Khao Yai beherbergt u. a. Elefanten und Tiger im größten verbliebenen Stück natürlichen Regenwald in Asien. Danach geht es weiter nach Bangkok um unsere dort gelagerten Sachen zu holen und mit Anthony, Rita und Agnes essen zu gehen. Da nach unseren letzten Informationen die Flüge von Emirates erst am 13.12.2008 wieder normal verkehren, nehmen wir anschließend den Zug nach Kuala Lumpur durch das südliche Thailand.

Auf dem Weg nach Phnom Penh

Alexander Groß — Thu, 27 Nov 2008 03:39:36 GMT

Oder: Peng Peng, unser Kosename der Stadt.

Eine weitere Busreise und wir sind in Phnom Penh eingetroffen. Die Fahrt ging vorbei an schier endlos wirkenden Reisfeldern (sowohl als Schlammfeld, Setzlinge und in reifendem Zustand) diesmal sogar auf einer Asphaltstraße. Das "bisschen" Asphalt macht den Unterschied, plötzlich müssen die Menschen nicht mehr im roten Dreck leben und können vergleichsweise mehr Hygiene genießen, auch wenn sie meist in Holzhütten auf Stelzen oder in einfachen Verschlägen wohnen. Auch Schulen gibt es einige, erkennbar an den Schulkindern die nachmittags in weißen Blusen und Hemden den Heimweg auf dem Rad antreten.

Die Ackerflächen werden etwas diversifizierter genutzt, so wird nicht nur Reis angebaut, sondern auch Fischzucht betrieben und Gemüse angepflanzt. Tiere wie Hühner, Hunde, Rinder, klein erscheinende Katzen und (wenige) Pferde scheinen sich selbst zu versorgen, sie laufen frei herum und bedienen sich auch schon mal am Reisfeld, wenn es nicht brusthoch mit Wasser gefüllt ist. Durch die fruchtbaren Schlämme des Tonle Sap kann oft sogar zwei mal pro Jahr geerntet werden.

Das Fortbewegungsmittel Nummer 1 auf dem Land und in der Stadt ist nach wie vor das Moped das gern unter 30 km/h gefahren wird. Der Busfahrer hat sich um Programm bemüht, so wurde fast jeder Mopedfahrer mit mehrfachem Hupen "begrüßt". (Hupen wird als Signalzeichen genutzt: Achtung, hier komme ich.) Während der Fahrt gab es zwei DVDs mit lokalen Programm zu genießen: Zunächst Karaoke-Schmalz-Videos eines kambodschanischen Jugendstars, anschließend ein 3-Stunden-Epos über den Werdegang eines kleinen Jungen mit Quietschstimme zum Lehrer einer geheimnisvollen Kunst (mehr habe ich nicht verstanden). Es war noch etwas Zeit bis zur Ankunft, und so wurde der Popstar ein zweites Mal eingelegt.

Unterwegs wurden ein paar Stops an Busstationen eingelegt, die wir selbst wahrscheinlich nie als solche identifiziert hätten. So diente einmal ein selbstgemaltes Busschild als Haltestellenzeichen, ein ander Mal saß einfach jemand da, der sich durch Gestikulieren um das Anhalten den Busses kümmerte.Bei diesen Stops wurden und Snacks dargeboten, u.a. auch gegrillte handtellergroße Spinnen, von denen wir aber noch nicht probiert haben.

Siem Reap und Angkor Wat

Alexander Groß — Tue, 25 Nov 2008 16:20:31 GMT

Die Reise von Trat nach Siem Reap, der Stadt direkt vor der riesigen Khmer-Tempelanlage Angkor Wat, Weltkulturerbe und in mehreren Etappen um das Jahr 1000 erbaut, lief recht angenehm per Privat-Jeep. Bis zur Grenze. An der Grenze angekommen haben uns die freundlichen Thai-"Schleußer" den Grenzübertritt mehrfach erklärt und uns in kleinen Gruppen zu 4 Personen über die Grenze geführt. Angekommen auf der kabodschanischen Seite fiel zunächst auf, dass bei Jan ein Thai-Stempel im Pass fehlte. Also schnell zurück und den blauen Abdruck nachgeholt. Zwischen den Grenzen, im Niemandsland, wurde eine stattliche Anzahl von Kasinos erbaut, die auch gern von Thais genutzt wird (Glücksspiel ist in Thailand verboten).

In Kamboscha fiel uns sofort die miese Qualität der, nennen wir es mal so, Straßen ins Auge. Diese bestehen im wesentlichen aus Schlaglöchern, Staub und Müll. Auf einer solchen ging es im Anschluss 6 Stunden im Bus nach Siem Reap. Das noch in Thailand als Air-Con Bus angepriesene Gefährt entpuppte sich als lokaler Bus, mit "Fenster-Air-Con". Die Straße wird zwar an einigen Stellen gebaut, den Großteil ging es aber über eine holprige rote Staubpiste, die sich beim Regen in entsprechenden Matsch verwandelt hat. Wenige Meter von der Straße wohnen Menschen unter der permanenten Staubwolke in ihren einfachen Verschlägen und bepflanzen die weiten Reisfelder links und rechts der Straße. Trotz aller Widrigkeiten war diese Reise ein Heidenspaß, zumal wir uns samt Gepäck in der letzten Sitzreihe platziert haben.

In Siem Reap sind wir ins Guest House "Hilton" eingecheckt (nicht zu verwechseln mit der gleichnamigen Hotelkette :). Es liegt zwar etwas außerhalb der Kneipenmeile Psah Char, bietet aber einen kostelosen Tuk Tuk-Shuttleservice in die Innenstadt. Wir haben auch den Guide John an de Hand bekommen der recht gut Englisch spricht und uns ein paar Dinge gezeigt hat. Siem Reap selbst ist keine schöne Stadt, auf mich wirkt sie vielmehr als Touristenschleuße. Siem Reap - Angkor Wat anschauen - und schnell wieder weg. So werden wir es auch halten, nach einem Tag Tempelgucken (zusammen mit Unmengen vornehmlich japanischer Touristen) haben wir genug und fahren morgen weiter nach Phnom Penh. Entgegen unserer Pläne haben wir uns gegen das Boot auf dem Tonle Sap und für den Bus entschieden. Das Speed Boat kostet mit US$35 sechs mal so viel wie der Bus und man sieht nicht so viel vom Land und den Leuten.

Trat

Alexander Groß — Sun, 23 Nov 2008 13:45:25 GMT

Ko Mak, ich werde dich vermissen. Die Zeit des Nichtstun ist vorerst vorbei. Den letzten Tag auf der Insel haben wir wie geplant mit einer Fahrt mit dem Moped beschlossen. Dabei sind wir ziemlich gut rumgekommen und durften u. a. Neubauten (Hotels für Touristen) anschauen. Das thailandische Bauarbeitervolk hat dabei nicht viel zu lachen, ihre Bretterbuden liegen direkt an der Baustelle, quasi inmitten von rotbraunem Staub und Baustellenschutt. Dennoch war es ein schöner und spaßiger Ausflug, wir sind an einsamen Ständen mit Hütten vorbei gekommen und haben uns den Sonnenuntergang mit seinem riesigen roten Feuerball aus einer anderen Inselperspektive bestaunt. Inklusive Stromausfall beim Bezahlen der Tankrechnung.

Anschließend ging es weiter mit einem opulenten Abendmal mit Seafood das tagsüber noch im Wasser schwamm. Gut gesättigt haben wir den Abend in der Strandbar von Yuu, einer 25-jährigen Bangkokerin verbracht. Sie kommt nur während der Saison nach Koh Mak und arbeitet die anderen sechs Monate im Büro in der Hauptstadt. Yuu wohnt mit Ihrem Kumpel Pone, einem verrückten und ziemlich faulen (O-Ton "Oh nooo, tooo much work!") Musiker, u. a. Trompete, in der ersten Etage ihrer luftigen Strandbar. Als Pone vom Bier übermannt auf dem Boden eingeschafen war, durften wir alle an die Wasserfarbe und ihn bepinseln. Einige unserer Kunstwerke (aus meiner Feder: "Lazy Dude") haben ihm gut gefallen, und so durften wir sie heute auf dem Speed Boat gen Festland bei Tageslicht bewundern. Der Abend war für uns alle eine schöne Erfahrung gewesen, vor allem weil es uns gelang mit den Locals eine gutes Gespräch zu führen, in dem auch heikle Themen, bspw. die korrupte Polizei, angeschnitten wurden.

Nach diesem wunderschönen letzten Abend auf dem kleinen Eiland befinden wir uns nun um die Ecke des Nachtmarkts in Trat. Trat ist eine kleine Stadt im Südosten am Golf von Thailand gelegen. Kurtz vor 21 Uhr sind noch 30 Grad draußen, und keine Besserung durch Wind in Sicht. Morgen bringt uns der Bus nach Siem Reap in Kambodscha. Ich bin gespannt.

Ko Mak

Alexander Groß — Fri, 21 Nov 2008 11:40:36 GMT

Nach einigen Stunden Busfahrt und einem einstündigen Trip mit dem Speedboat sind wir vorgestern auf Ko Mak angekommen. Das Guest House "Monkey Island" (vermutlich heißt dessen Chef Guybrush Threepwood) war so freundlich uns zwei kleine Hütten gegen Entgeld zur Verfügung zu stellen, die alles bieten was der Traveller braucht. Genau genommen ist in den letzten beiden Tagen nicht viel passiert, das ruhige Inselleben hat uns in seinen Bann gezogen. Die Zeit fließt dahin, die Sonne brennt und Abends kommt das Viehzeug aus den Löchern. :) Hier gibt es neben Mücken und 15 cm langen Tausendfüßlern auch Zikaden die mit einer einheimischen Kröte eine Art Symbiose gebildet zu haben scheinen haben. So konnten wir gestern Abend einen Kröte am Eingang einer Zikadenhöhle (in der Größe eines Mauselochs) beobachten, der sich, unter unserer Beobachtung befindend, in die Behausung der Zikade verkrochen hat. Tags zuvor wurde jener Frosch an selbigem Eingang Wache haltend vorgefunden.

Heute habe ich mir eine Fußmassage mit einer Art Pfefferminzpaste (ein herrlicher Duft) in einer kleinen Holzhütte 2 Meter neben der Brandung gegönnt. Gegen Ende hat die thailändische Masseurin in ganzheitlicher Manier sogar meinen Rücken bearbeitet.

Morgen geht's mit dem Moped einmal quer über die Insel. Auf diese Weise zahlt sich nun endlich auch das Üben mit der S51 auf dem Feld in OGD in meiner Jungend aus.

Unsere Pläne für die restlichen Urlaubstage haben sich indes weiter gefestigt: Wir reisen übermorgen per Minibus nach Norden nach Siem Reap und nehmen uns ein paar Tage für Angkor Wat Zeit. Danach soll uns das Boot über den Tonle Sap, den größten Süßwassersee der Region, nach Phnom Penh bringen. Anschließend geht es weiter ins südliche Kep wo uns Rita die Rabbit Islands empfohlen hat.

Ab auf die Insel

Alexander Groß — Tue, 18 Nov 2008 11:27:31 GMT

Noch 5 Baht sind im Internet-Automaten, deswegen nur ein kurzer Beitrag: Unsere Pläne haben sich etwas geändert, wir fahren also nicht direkt nach Angkor Wat sondern verbringen zunächst ein paar Tage auf Ko Mak, einer kleinen Insel im Thailands Südosten. Nach den lauten und aufregenden Tagen in Bangkok genau das richtige, bevor wir uns in die Kultur von Kambodscha stürzen. Unsere Tage verlaufen sehr entspannt, heute haben wir uns z. B. die erste Thai-Massage gegönnt. Später ging es zum Fluss zum Betrachten den Sonnenuntergangs. Heute Abend treffen wir Nadine um ein paar Dinge abzugeben und ein Bierchen auf ihrer Terasse zu trinken.

Der gestrige Abend verdient Erwähnung, wir waren mit Anthony Bouch, den ich von der dasBlog-Developer-Mailingliste kenne zuerst in China Town, um das chinesische Seafood an der bekannten "Rot/Grün"-Straßenkreuzung zu probieren. Wir erwartet war es superlecker und ausreichend :) Danach ging es zum ersten mal "richtig" in die Soi Cowboy, in deren Nähe wir bereits 2002 gewohnt haben. Ich sage hier nur: "interessant", alles weitere gibt's zu Haus.

Da der Internetzzugriff per GPRS und Handy unerwartet gut funktioniert (außerhalb von Bangkok fehlt mir die Erfahrung) habe ich mich entschlossen weiterhin Updates auf Twitter zu posten.

Die Reise

Alexander Groß — Sun, 16 Nov 2008 06:07:24 GMT

Anreise via Dubai

Nach 24 Stunden Reise über Münschen und Dubai sind wir gestern Abend (Ortszeit) in Bangkok angekommen. Wie üblich ging es mit Emirates Airlines über die Vereinigten Arabischen Emirate. Ich war das letzte Mal 2002 dort, seither hat sich einiges verändert. Es wird unglaublich viel gebaut; ich habe gehört, dass 80% aller Hochkräne (solche, die man auf Gebäude setzen kann, um diese noch ein paar Stockwerke höher zu bauen) in Dubai stehen und mein Eindruck bestätigt dies. Unser Transit ging bereits über das neue Terminal und beim Abflug habe ich gesehen dass sich noch ein weiteres Terminal im Bau befindet. Auf unserer Rückreise mit ungefähr 8 Stunden Aufenthalt in DBX haben wir wahrscheinlich die Gelegenheit in die Stadt zu fahren uns so die lange Transitzeit mit einem Sightseeing zu gewürzen.

Ankunft

Nach einem recht angenehmen Flug (leider ohne Upgrade in die Business Class) sind wir um 19:30 Uhr in BKK gelandet. Draußen sind angenehme 30 Grad, der Duft der Großstadt lockt uns in ein Taxi und wir machen uns mit Sack und Pack auf den Weg in die Khao San Road, dem Backpacker-Paradies im Herzen Bangkoks. Aufgrund des der Trauerfeierlichkeiten wegen des Tods der Schwester des Königs und eines teilweise abgesperrten Stadtteils durften wir die letzten 1000 Meter zu Fuß zurücklegen (Der Taxifahrer fand das erwartungsgemäß "No good"). Beim Vorbeigehen an den ersten Essensständen überkam mich langsam der Appetit auf die lokalen Speisen, der auch bald befriedigt werden sollte. Glücklicherweise konnten wir beim beim zweiten Guest House einchecken und bekamen zwei kleines Doppelzimmer, was für die erste Nacht auch ausreichend war. Heute früh habe ich zusammen mit Robert festgestellt, dass sie uns zwei in einen Raum mit Fenster, allerdings ohne Tageslicht, gesteckt haben. Grund genug in eine bessere Herberge zu wechseln, was wir heute Morgen als erstes erledigt haben. In unseren neuen Herbege wohnen nun Marci und Jan ohne Tageslicht (und Fenster) :)

Den gestrigen Abend haben wir entspannt in der Khao San Road verbracht. Mein persönliches Highlight bisher ist das Essen, welches wieder exzellent ist. Schön scharf und gesund. Als erstes Experiment gab es gestern für alle geröstete Heuschrecken, die einen mild-nussigen Geschmack haben. Dazu, frisch gepressten Orangensaft, Pad Thai, Bier, Fleischspieße von der Garküche und als Nachtisch Banana Pan Cake. So einfach kann es sein, mich zufrieden zu machen.

Tagesplan

Heute ist Sonntag, wir brechen deshalb in ein paar Minuten zum Chatuk Chak Weekend Market auf. Auch um dort ein paar Dinge für Jan zu organisieren, dessen Gepäck noch nicht angekommen ist. Später treffen wir uns mit Nadine und werden später die Seafood-Leckereien aus China Town ausprobieren.

Bisher ist es also in erster Linie eine kulinarische Reise. Etwas, auf das ich mich sehr gefreut habe. Viel frisches Obst und Getier, lecker zubereitet.

.NET Open Space 2008

Alexander Groß — Thu, 16 Oct 2008 21:31:30 GMT

Tomorrow around 3 P.M. I will be heading to Leipzig's Mediencampus Villa Ida to finish the last preparations of the first .NET Open Space 2008 in Leipzig, Germany.

The .NET Open Space 2008 is an "unconference" in the style of Open Spaces and was inspired by the recent ALT.NET conferences in London and Seattle. That is, we as attendees decide on the actual topics of the sessions: There's no separation in speakers, attendees and the organizing team. Thus, every participant is responsible to make the best of the coming weekend; discuss, inspire, chat, meet people, party and travel home with lots of new ideas. We hope that a lively conversation will take place.

The open format allows us to skip the sometimes lengthy negotiation with speakers that Torsten and I went through for the last .NET Summercamp in 2007. Instead Stefan, Torsten and I harnessed our otherwise wasted spare time to build an extensive list of sponsors that allow for a pretty decent list of supplies and a couple of free products and books that we don't raffle but rather lay out all day long to let each attendee actually have a look at what's in for him and vote who should get the product.

I wish us 85 a great weekend!

Outlook Macro: Mark All Items Read In Subfolders

Alexander Groß — Thu, 18 Sep 2008 15:29:26 GMT

Recently my mailing lists subscriptions grew to an extend not seen before, largely due to my grown interest in ALT.NET and open source projects. Having an eye on the dev or user mailing lists is often very valuable to stay on top of recent developments, identify best practices and to post or answer the occasional question.

However, that doesn't come without drawbacks. One increasing hassle is to keep up with the constant flow of information such that I see myself forced to reset once in while. After getting back from a 3-day vacation this summer I had 200+ unread feed items and uncounted unread mailing lists messages. I do not claim to read everything that lands in my inbox(es) so a quick "mark all as read" is a very relieving act. FeedDemon, my feed reader, even has a panic button to support this discomforting situation.

Unfortunately Outlook does not support marking all items read in a certain folder and all of its subfolders. On the other hand, there is this ancient VBA language that you can use to program Outlook…

Sub MarkAllRead()
    Dim resultFolder As folder
    Dim folder As folder
    Dim item As MailItem
        
    Set resultFolder = GetFolder("path\to\your\mailing\lists\root\folder")
    
    For Each folder In resultFolder.folders
        For Each item In folder.Items.Restrict("[unread] = true")
            item.UnRead = False
        Next
    Next
             
    Set resultFolder = Nothing
    Set folder = Nothing
    Set item = Nothing
End Sub

Function GetFolder(strFolderPath As String) As MAPIFolder
    ' strFolderPath needs to be something like
    '   "Public Folders\All Public Folders\Company\Sales" or
    '   "Personal Folders\Inbox\My Folder"
    
    Dim colFolders As Outlook.folders
    Dim objFolder As Outlook.MAPIFolder
    Dim arrFolders() As String
    Dim i As Long
    On Error Resume Next
    
    strFolderPath = Replace(strFolderPath, "/", "\")
    arrFolders() = Split(strFolderPath, "\")
    
    Set objFolder = Application.GetNamespace("MAPI").folders.item(arrFolders(0))
    If Not objFolder Is Nothing Then
        For i = 1 To UBound(arrFolders)
            Set colFolders = objFolder.folders
            Set objFolder = Nothing
            Set objFolder = colFolders.item(arrFolders(i))
            If objFolder Is Nothing Then
                Exit For
            End If
        Next
    End If
    
    Set GetFolder = objFolder
    Set colFolders = Nothing
End Function

Thanks to Lars Keller for the hint to filter unread items with Restrict()!

ReSharper Type Members Layout for MSpec 0.2

Alexander Groß — Tue, 16 Sep 2008 17:35:35 GMT

A couple of days ago Aaron Jensen released MSpec 0.2, a BDD-style testing framework. Since I got hooked on BDD during my last work project (readable test names!) I was eager giving MSpec a shot. MSpec comes with support for TestDriven.NET so using inside of Visual Studio is a no-brainer once you installed the MSpec support for TD.NET. The release contains everything you need.

Today I wrote my first couple of MSpec specifications and had a very good initial experience. However, there's one caveat with ReSharper's absolute killer feature (well, one of its many killer features): Code Cleanup. I usually like to type code without caring too much about its layout and then do a quick re-format to make it align with my formatting conventions.

ReSharper formatted the specification like this:

[Concern(typeof(StringExtensions), "String testing")]
public class When_a_null_string_is_tested_to_have_a_value : String_testing_specification
{
    Establish context = () => { Sut = null; };

    It it_should_not_hold_a_value = () => HasValue.ShouldBeFalse();

    Because of = () => HasValue = Sut.HasValue();
}

The code structure should follow order in which the specification is run, like so:

[Concern(typeof(StringExtensions), "String testing")]
public class When_a_null_string_is_tested_to_have_a_value : String_testing_specification
{
    Establish context = () => { Sut = null; };

    Because of = () => HasValue = Sut.HasValue();

    It it_should_not_hold_a_value = () => HasValue.ShouldBeFalse();
}

Luckily, ReSharper supports defining a custom type member layout to control in which order members are placed in a reformatted code file. Just add the following lines to ReSharper/Options/Languages/C#/Type Members Layout (uncheck "Use Default Patterns"), under the Patterns element:

<!-- Order Machine.Specifications methods: Members, Establish, Cleanup, Because, It -->
<Pattern>
    <Match>
        <And Weight="100">
            <Kind Is="class"/>
            <HasAttribute CLRName="Machine.Specifications.ConcernAttribute"
                          Inherit="true"/>
        </And>
    </Match>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Or>
                    <Access Is="protected"/>
                    <Static/>
                </Or>
            </And>
        </Match>
    </Entry>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Name Is="context_once"
                      IgnoreCase="true"/>
            </And>
        </Match>
    </Entry>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Name Is="context"
                      IgnoreCase="true"/>
            </And>
        </Match>
    </Entry>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Name Is="after_each"
                      IgnoreCase="true"/>
            </And>
        </Match>
    </Entry>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Name Is="after_all"
                      IgnoreCase="true"/>
            </And>
        </Match>
    </Entry>
    <Entry>
        <Match>
            <And>
                <Kind Is="field"/>
                <Name Is="of"
                      IgnoreCase="true"/>
            </And>
        </Match>
    </Entry>
    <!--All other members-->
    <Entry/>
</Pattern>

Rezept: Rucola mit warmen Birnen und Blauschimmelkäse

Alexander Groß — Sun, 14 Sep 2008 13:07:20 GMT

pro Person 1 große mittelreife Birne
Rucola
Feldsalat
Blauschimmelkäse
Butter
Koriandersamen
Balsamico
brauner Zucker

Die Salate waschen, putzen und auf einem Teller gleichmäßig verteilen. Den Blauschimmelkäse in kleine Würfel schneiden und gleichmäßig auf dem Salatbett anrichten. Die Birnen schälen, entkernen und vierteln. 2-3 EL Butter in einer beschichteten Pfanne zerlassen und die Birnen hineingeben. Mit etwas Zucker bestreuen und von jeder Seite vorsichtig anbraten bis sie leicht braun werden. Vor dem Wenden auf die letzten Seite 2 TL grob zermörserten Koriander darüberstreuen. Im Anschluss mit einem kräftigen Schuss Balsamico ablöschen und einkochen bis das Essigaroma fast verflogen ist und sich eine dicke, dunkle und kräftig-süße Soße gebildet hat.

Die gebratenen Birnen auf dem Teller anrichten und die heiße Balsamico-Soße über den Birnen und den Käsestückchen verteilen.