Code Splitting von GWT ist eine tolle Sache. Da ich kein Guru bin werde ich mal versuchen das in meinen laienhaften Worten zu erklären. GWT liefert alles was man programmiert an den Client aus, da das teilweise sehr viel sein kann wurde Code Splitting eingeführt. Presenter, deren Proxies mit der ProxyCodeSplit Annotation versehen sind werden erst vom Server nachgeladen, sobald diese das erste mal mit Inject verwendet werden. Dadurch kann der Client den GWT Code schneller laden, da dort nur die notwendigen Sachen hinterlegt werden. Der Code von Presentern die nicht von Anfang an benötigt werden, wird also erst bei deren erster Verwendung vom Server zum Client übertragen.

Diese Möglichkeit lässt es sinnvoll erscheinen, im gesamten Anwendungscode bzw. soviel wie möglich, Code Splitting zu verwenden. Ein zusätzlicher Vorteil ist, die Funktionalität der einzelnen Klassen kann schön klein gehalten werden, da der Presenter notwendige Klassen injiziert bekommen kann. Die Sache hat nur einen Haken: Das Nachladen benötigt erstens etwas Zeit und zweitens muss für jeden gesplitteten Code eine Anfrage an den Server gestellt werden. Jede Anfrage benötigt durch den Overhead noch zusätzlich Zeit, außerdem bearbeiten Browser i.d.R. nur zwei Anfragen an eine Domain gleichzeitig. Wird also ein Presenter angezeigt, der selber mehrere gesplittete Teile enthält, kann dies den Benutzereindruck trüben.

Die Lösung hierfür haben die Entwickler von GWT mit Provider Bundles geschaffen. In einem ProviderBundle legt man alle zusammenhängende Teile fest, die gemeinsam nachgeladen werden sollen. In der Anwendung an der ich gerade arbeite verwenden wir das, um bestimmte Aktionen auszulagern, die von mehreren Presentern verwendet werden können. Dadurch kann jede Aktion in einem übersichtlichen Class File programmiert werden das zudem noch in einer entsprechenden Package Hirarchie für eine leichtere Wartbarkeit abgelegt werden kann. Für jeden Presenter gibt es dann ein ProviderBundle das festlegt, welche Actions mit dem Presenter geladen werden sollen. Code Splitting und Provier Bundles können aber auch anders verwendet werden.

Die GWT bzw. GWTP Dokumentation erklärt das Vorgehen leider (noch) nicht. Für viele mag sich die Verwendung auch aus den Kommentaren der ProviderBundle Klasse erschließen, ich hatte hierbei jedoch einige Anlaufschwierigkeiten. Daher möchte ich hier mal kurz die Vorgehensweise skizzieren:

public class ShowGalleriesA extends UiAction {
	...
}

Das ist die Action Klasse. Die Implementierung ist für den Mechanismus nicht wichtig, daher hab ich sie weg gelassen. Man muss hier eigentlich nur beachten, das es nichts zu beachten gibt ;)
Es ist eine ganz gewöhnliche Java Klasse, es sind keine Annotations oder ähnliches notwendig (außer natürlich das was für die Funktion der Klasse benötigt wird). Auch UiAction, die Basisklasse, enthält nichts was mit dem Code Splitting zu tun hat.

public class DashboardPr extends PlacePresenter {

	@ProxyCodeSplitBundle(bundleClass = DashboardBundle.class, id = DashboardBundle.ID_DashboardPresenter)
	@NameToken(NameTokens.dashboard)
	public interface MyProxy extends ProxyPlace {
	}

	@Inject
	public DashboardPr(
            DashboardIf view,
            MyProxy proxy,
            final ShowGalleriesA aShowGalleries) {
		super(view, proxy);

		setActions(aShowGalleries);
	}
	...
}

Der Presenter hingegen ist schon interessanter. Die normalerweise verwendete @ProxyCodeSplit Annotation wird durch @ProxyCodeSplitBundle ersetzt. In den Parametern der Annotation muss angegeben werden welche Klasse das Bundle definiert und welche ID daraus der des annotierten Proxies entspricht. Siehe Definition des Provider Bundles:

public class DashboardBundle extends ProviderBundle {
	public final static int ID_DashboardPresenter = 0;
	public final static int ID_ActionShowGalleries = 1;
	public final static int BUNDLE_SIZE = 2;

	@Inject
	public DashboardBundle(
			final Provider dashboardPresenter,
			final Provider actionShowGalleries) {
		super(BUNDLE_SIZE);

		providers[ID_DashboardPresenter] = dashboardPresenter;
		providers[ID_ActionShowGalleries] = actionShowGalleries;
	}
}

Sollte eigentlich relativ selbsterklärend sein ;)
Alle Teile des Bundles (die also zusammen geladen werden sollen) werden mit @Inject dem Konstruktor übergeben und in einem Feld providers der Basisklasse ProviderBundle hinterlegt. Wichtig ist hierbei, dass die Größe des providers Array dem Superklassen Konstruktor richtig mitgegeben wird. Am einfachsten macht man das über die gezeigten (und auch von Google empfohlenen) statischen Konstanten mit denen man dann auch auf die jeweiligen IDs der einzelnen Teile des Bundles verweisen kann (siehe Parameter der @ProxyCodeSplitBundle Annotation in der Presenter Klasse).

Nun müssen im Ginjector die AsyncProvider für die Einzelteile definiert werden, damit das Injizieren funktioniert:

public interface MyGinjector extends Ginjector {
	...
	AsyncProvider getCustomerDetailPresenter();
	AsyncProvider getShowGalleriesAction();
	AsyncProvider getDashboardBundle();
	...
}

Und schon wird die Aktion automatisch mit dem Presenter geladen. Einfach oder? ^^

Aber nun zum eigentlichen Problem: das alle Klassen die serialisiert werden sollen das Attribut Serializable benötigen sollte allen klar sein. Was ich jedoch schmerzhaft feststellen musste ist, dass auch jede Klasse die sich für ein Event einer zu serialisierenden Klasse registriert serialisierbar sein muss. Denn die Events werden mit serialisiert, sodass sie nach der Deserialisierung weiter verknüpft bleiben. Bei den Kollegen von Sanity Free Coding wird das ganze auch noch ausführlicher erläutert und auch ein Lösungsvorschlag gegeben.

Der dort beschriebene Ansatz birgt allerdings auch ein paar Stolper-fallen: in dem Beispiel wird das Event nämlich nie mitserialisiert, also auch nicht, wenn die auf das Event lauschende Klasse serialisierbar ist. In meinem Projekt ist es so, dass der Objektbaum über Listen mit Parent Child Funktion verfügt. Darüber kann im Baum hoch und runter navigiert werden. Außerdem bieten die Listen Events, die bei Änderung daran gefeuert werden z.B. wenn ein neues Objekt hinzugefügt oder gelöscht wird. Manche Objekte im Baum müssen wissen, wenn sich was im Baum an anderer Stelle geändert hat, um sich selbst zu aktualisieren und den Baum somit konsistent zu halten. Daher registrieren sie sich für die Changed Events. Diese Events sollten also auch nach der Deserialisierung wieder hergestellt sein. Andererseits registrieren sich auch Oberflächensteuerelemente für die Changed Events, damit die Oberfläche dementsprechend aktualisiert werden kann. Diese Events werden beim Aufbau der Oberfläche aber ohnehin jedesmal neu verdrahtet, müssen also nicht serialisiert werden.

Eine Möglichkeit wäre nun, für jedes Objekt im Modell ISerializable und einen Deserialisierungskonstruktor zu implementieren und die komplette De-/Serialisierung selber zu machen. Dabei könnte man im Deserialisierungskonstruktor die Eventzuordnung ebenfalls jedesmal neu verdrahten. Was aber bei komplexen Objekten wenig Spass macht und bei Änderungen am Objekt jedesmal mit angepasst werden muss. Mein Ansatz ist eine Erweiterung der von Sanity Free Coding vorgeschlagenen Methode. Beim Registrieren der Events in der add sowie beim Deregistrieren in der remove Methode wird das Event Target per Reflection überprüft. Ist das Target serialisierbar, wird das Event einem privaten event zugeordnet, das serialisiert wird. Ist das Target nicht serialisierbar, wie z.B. unsere Oberflächensteuerelemente, wird das event Feld mit vorangestelltem [NonSerializable] verwendet. Genial einfach und einfach genial. Hier noch etwas Code um sich das besser vorstellen zu können:

[NonSerialized]
private EventHandler<ParentChildListChangedEventArgs<C>> changedNonSerializable;
private EventHandler<ParentChildListChangedEventArgs<C>> changedSerializable;

public event EventHandler<ParentChildListChangedEventArgs<C>> Changed
{
    [MethodImpl(MethodImplOptions.Synchronized)]
    add
    {
        if (value.Target.GetType().IsSerializable)
            changedSerializable += value;
        else
            changedNonSerializable += value;
    }
    [MethodImpl(MethodImplOptions.Synchronized)]
    remove
    {
        if (value.Target.GetType().IsSerializable)
            changedSerializable -= value;
        else
            changedNonSerializable -= value;
    }
}

gefeuert wird das ganze dann wie folgt:

protected virtual void OnChanged(ParentChildListChangedEventArgs<C> e)
{
    if (changedNonSerializable != null) changedNonSerializable(this, e);
    if (changedSerializable != null) changedSerializable(this, e);
}

Letztes Jahr im August kamen erste Überlegungen auf, ein Haus zu bauen. Damals war ich noch an meiner Master Arbeit und Nadine hat gerade ihre Zusage für eine Stelle in Eglofs bekommen. Da das Ende bei mir auch absehbar war und unsere Wohnung einfach zu klein, zu feucht und zu dunkel ist, war die Frage: “bauen, kaufen oder weiter mieten?”. Naja, bauen oder kaufen wäre natürlich schön, aber woher nehmen wenn nicht stehlen. Und so wuchsen die verschiedensten Ideen.

Meine Eltern besitzen ein Haus in Amtzell. Seit meine Schwester und ich ausgezogen sind, ist das Haus natürlich zu groß und fürs Alter wegen zu vieler Treppen eher unpraktisch. Außerdem sollten bald diverse größere Reparaturen durchgeführt werden wie z.B. Bad und Dach erneuern. Daher war die erste Idee, hier einen Anbau zu versuchen, damit meine Eltern auf eine Ebene kommen und wir den ersten Stock bekommen. Nach eingehenden Gesprächen mit unserem Architekten Josef Schnell kamen wir aber zu dem Schluss, dass das zu teuer wird. Außerdem ist das Grundstück dafür nicht groß genug.

Mein Patenonkel meinte dann kurzerhand, warum meine Eltern ihre Hütte nicht verkaufen und wir gemeinsam neu bauen. Zuerst gefiel das vor allem meinem Vater nicht, denn dort wo sie jetzt wohnen, haben sie eine wunderbare Bergsicht bis in die Schweiz. Doch je länger wir die Vor- und Nachteile besprachen, desto mehr überzeugten wir auch ihn.

Okay, nun musste zunächst ein Grundstück her. Ein wirklich schönes, großes und dafür auch noch günstiges Grundstück hatte unser Architekt anzubieten, leider kamen wir etwas spät weil bereits jemand Interesse daran angemeldet hatte. Hauptproblem an der Geschichte war, dass meine Eltern natürlich gerne in dem Ort bleiben wollten, in dem Sie seit ihrer Kindheit lebten. Nach langer Suche und diversen Besichtigungen meldete sich plötzlich unser Architekt, das Grundstück wäre wieder zu haben, da die Interessenten abgesprungen wären. Da der Bebauungsplan für dieses Grundstück jedoch sehr viele Einzelheiten vorgibt, mussten wir zunächst klären, ob wir dort überhaupt unser Traumhaus errichten können. Eine moderne Architektur sollte es sein, jedoch war uns auch klar, das unser Budget keine Villa zulässt. Da ich selber schon als Kind gerne Grundrisse gezeichnet habe, fing ich an mir was zu überlegen. Ich weiß, man soll Architekten nicht dazwischen funken, aber das konnte ich mir nicht nehmen lassen.

Nach über 30 Plänen sind wir über Monate hinweg langsam bei einem Plan angekommen, der alle Bedürfnisse befriedigt, groß genug aber nicht zu groß und auch noch fast Bebauungsplankonform ist. Bis dahin war jedoch ein langer Weg. Meine Eltern hatten zunächst hohe Ansprüche an die Größe der neuen Wohnung. Zwar verständlich wenn man ein Haus bisher sein eigen nennt. Wenn dieses jedoch 95 qm laut DIN Norm hat und die Wohnung dann auch wieder knapp 90 qm haben soll, das funktioniert nicht. Auch wir hätten es gern zwischenzeitlich etwas größer und moderner gehabt, aber bei uns waren vor allem das Budget und der Bebauungsplan zwei große Feinde. Wobei letzterer der schlimmere war.

Parallel wurde natürlich gleich die Finanzierung abgecheckt, ob wir uns das ganze überhaupt leisten können. Und scheinbar können wir. Natürlich alles grundsolide über eine Bank finanziert. Mittlerweile ist das ganze soweit, das wir am 08.06.2011 die Finanzierung unterschreiben und das Grundstück beim Notar kaufen werden. Nächste Woche wird das Baugesuch eingereicht und gestern haben wir begonnen, die Küche auszusuchen. Aber das ist auch eine längere Geschichte, die gibts beim nächsten mal. Was vor fast einem Jahr als Träumerei angefangen hat scheint nun Realität zu werden… denn so wie es aussieht, bauen wir tatsächlich ;-)

Abschließend hier noch Bilder des aktuellen Entwurfs, so wie er ins Baugesuch kommt:

[Zeige als Diashow]

1. Dreambox in DeepStandby versetzen
2. auf der Front die Pfeil runter Taste gedrückt halten und anschließend die Power Taste gedrückt halten
3. warten bis auf dem Dream Display die IP Adresse erscheint und darunter STOP steht
4. im Browser die IP Adresse eingeben
5. auf “Flashen” oder “Firmware upgrade” gehen und das neue Image einspielen

Nach der Installation ist das root Passwort zunächst nicht gesetzt und der SSH Zugang deaktiviert (zumindest bei newnigma²). Um dies zu ändern meldet man sich per Telnet auf der Box als root ohne Passwort an und ruft “passwd” bzw. besser “passwd root” auf um ein neues root Passwort zu vergeben. Anschließend ist der SSH Zugang automatisch aktiviert.

Beim Full HD Fernseher sollte bei eingelegter “Smartcard” zunächst noch Scam v3.60 installiert werden, damit sich die rießen Glotze auch lohnt ;-) Dies gibts natürlich im Plugin Menü im BluePanel.

Für den externen Zugriff auf die Box, z.B. zum Programmieren von Timern, kann ein DynDNS Eintrag im Router nützlich sein. Wer keinen DynDNS fähigen Router hat und nicht ständig den Rechner laufen lassen will, der kann das auch mit der Dreambox erledigen. Das DynDNS Plugin InaDyn zickt direkt nach der Installation erstmal rum, weil InaDyn nicht automatisch gestartet wird. Also die Box kurz neustarten oder per SSH einloggen und “inadyn” aufrufen. Ein Blick in die Prozessliste mittels “ps” sollte dann einen Eintrag “InaDyn” zum Vorschein bringen. Unter /etc/init.d/inadyn.sh sollte eigentlich das Startup Script liegen, wenn ja sollte das Plugin nach einem Neustart automatisch mit gestartet werden. Anschließend kann man seine DynDNS Datein im BluePanel eintragen und das Plugin sollte funktionieren.

Hier eine kleine Erweiterung meines EnumHelpers aus meinem Beitrag “Windows Forms: Entity Framework Datenbindung, Enums und ComboBoxen“, da dieser bisher nur mit einzelnen ComboBoxen aber nicht mit ComboBox Spalten in einem DataGridView funktioniert hat:

public static class EnumHelper
{
...
        public static void BindToComboBoxColumn(DataGridViewComboBoxColumn comboBoxColumn, string propertyName)
        {
            if (typeof(E).IsEnum)
            {
                comboBoxColumn.ValueType = typeof(Int32);
                comboBoxColumn.ValueMember = "Value";
                comboBoxColumn.DisplayMember = "Display";
                comboBoxColumn.DataSource = ((E[])Enum.GetValues(typeof(E)))
                    .Select(value => new { Display = value.ToString(), Value = (int)(object)value })
                    .ToList();
            }
        }
....
}

Die Inspiration stammt aus dem Beitrag von Bradley Smith in einer Diskussion um “How to show Enum type members in a DataGridViewComboBox?“. Ich geben zu, das casten von enum nach object nach int ist nicht gerade die feine Art, aber es erfüllt seinen Zweck ;-)

Entweder werden die Entitäten in den partiellen Klassen um die Enum Eigenschaften erweitert. Dieser Ansatz bringt allerdings auch einige Fallstricke mit sich. Eine gute Umsetzung und genauere Erläuterungen findet ihr bei Davy Landman.

Eine andere Möglichkeit ist die Verwendung des “Parse” und des “Format” Events der Datenbindung. Da ich einige ComboBoxen habe und die Events nicht jedesmal komplett neu registrieren möchte, hab ich mir ne kleine Helperklasse geschrieben:

public static class EnumHelper
{
    public static void BindToComboBox(ComboBox comboBox, string propertyName)
    {
        if (typeof(E).IsEnum)
        {
            comboBox.DataBindings[propertyName].Format += (sender, e) => { e.Value = (E)e.Value; };
            comboBox.DataBindings[propertyName].Parse += (sender, e) => { e.Value = (int)e.Value; };

            comboBox.DataSource = Enum.GetValues(typeof(E));
        }
    }
}

Bei der Präsentation ergab sich ein Fehler bei der Evaluierung der neuronalen Netze als Lernverfahren für die Klassifizierung der Mitlautzeichen. Ich habe für jeden Durchlauf der Kreuzvalidierung zufällig 10% der Datenbank als Testmuster und 90% als Trainingsmuster verwendet. Dies ist aber nicht korrekt, da die Ergebnisse dann nicht vergleichbar sind. Daher hätte die zufällige Auswahl der Trainings- und Testdaten nur einmalig erfolgen dürfen und alle Durchläufe der Kreuzvalidierung hätten mit denselben Daten arbeiten müssen. Dennoch sind die Ergebnisse der Evaluierung der neuronalen Netze nicht falsch sondern nur nicht vergleichbar.

Über Anmerkungen zur Arbeit oder falls jemand diese verwenden möchte als Referenz oder sogar für eine aufbauende Arbeit bitte ich euch einen kurzen Kommentar zu hinterlassen.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Collections;
using System.Reflection;

namespace com.boobe.salesman.ui.Controls
{
    public class NullableComboBox : ComboBox
    {
        public string NullLabel { get; set; }
        public object NullValue { get; set; }

        private string _displayMember;
        public new string DisplayMember
        {
            get { return _displayMember; }
            set { _displayMember = value; }
        }

        public NullableComboBox()
        {
            NullLabel = "";
            NullValue = null;

            base.ValueMember = "Entity";
            base.DisplayMember = "Title";
        }

        private object _dataSource;
        private IList _items;
        new public object DataSource
        {
            get { return _dataSource; }
            set
            {
                if (value.GetType().IsAssignableFrom(typeof(IEnumerable)))
                    throw new ArgumentException("Nur von IEnumerable abgeleitete Typen sind erlaubt.");

                if (_dataSource != null && _dataSource == value)
                    return;

                _dataSource = value;

                IEnumerable<object> list = (IEnumerable<object>)value;

                _items = new List();
                foreach (object current in list)
                {
                    PropertyInfo propertyInfo = current.GetType().GetProperty(DisplayMember);
                    string title = propertyInfo != null ? propertyInfo.GetValue(current, null).ToString() : current.ToString();
                    _items.Add(new NullableComboBoxItem { Title = title, Entity = current });
                }
                _items.Insert(0, new NullableComboBoxItem { Title = NullLabel, Entity = NullValue });

                base.DataSource = _items;
            }
        }

        new public object SelectedItem
        {
            get
            {
                NullableComboBoxItem selectedItem = (NullableComboBoxItem)base.SelectedItem;
                return selectedItem == null ? null : selectedItem.Entity;
            }
            set
            {
                foreach (NullableComboBoxItem cur in _items)
                {
                    if (cur.Entity == value)
                        base.SelectedItem = cur;
                }
            }
        }

        private class NullableComboBoxItem
        {
            public string Title { get; set; }
            public object Entity { get; set; }
        }
    }
}

Verwendet wird die ComboBox wie folgt:

colorComboBox.NullLabel = "";
colorComboBox.NullValue = null;
colorComboBox.DisplayMember = "ColorName";
colorComboBox.DataSource = context.ProductColors.Where(x => x.Discontinued == false);

Im Anschluss an das Essen wurde nochmals Holz nachgelegt und wir setzten uns alle um den Grill. Ferdinand bot mit sofort eine Flasche Bier an. Ich war total begeistert von der Gastfreundschaft. Denn das sollte nicht die letzte Flasche Bier bleiben. Kurze Zeit später stieß die Hausherrin Silvia auch noch dazu und hatte eine Flasche lecker selber gemachten Eierlikör dabei, denn sie bereitwillig verteilte. Problem war nur, dass das Bier danach nicht mehr schmeckte ;-) Elvis war während des ganzen Abends mal wieder die Hauptattraktion, obwohl er die meiste Zeit brav neben uns lag.

Bereits am nächsten Tag wurde das Wetter deutlich schlechter. Es regnete zwar nur selten, dafür hatte es nur knapp über zehn Grad. Toll war jedoch, das ein paar Häuser weiter eine junge Labrador Hündin namens “Taya” einzog, mit der sich Elvis super verstand. Da war zumindest ihm das Wetter total egal. Dabei war die riesige Wiese vor den Häusern und die Entfernung zur Hauptstrasse echt ein Vorteil. Ansonsten haben wir viel entspannt und gelesen. Nadine war von ihrem Krimi ganz angetan und ich hatte mir haufenweise Publikationen für meine Masterarbeit aufs iPad geladen. Was übrigens ein geiles Gerät ist, das ich noch schnell am Tag vor unserer Abreise, was zufällig erster Verkaufstag des iPads war, erstanden habe. Abends waren wir noch in der Pizzeria “La Strada” in Stammbach beim Essen, die uns von Schramms empfohlen wurde. Das Essen war sehr lecker und die Preise im Vergleich zu BW wirklich günstig. Auch das Ambiente der Pizzeria war super und die Bedienung total freundlich. Also falls ihr mal in Stammbach seit, es lohnt sich.

Da das Wetter sich nicht zu bessern schien, sind wir am Montag nach Pottenstein gefahren. Dort gibt es eine “Teufelshöhle” die wir alleine aufgrund des Namens anschauen mussten. Und es war auch echt ein Highlight. Die Höhle war total eng und verwinkelt. Zum ersten mal hatte Nadine große Vorteile mit ihrer geringen Größe, denn sie musste sich, im Gegensatz zu mir, fast nie bücken. Anschließend waren wir noch auf der angrenzenden Sommerrodelbahn. Sowohl für Nadine als auch für mich war es das erste Mal. Daher war die erste Fahrt auch noch recht zaghaft. Doch bereits bei der zweiten ließen wir richtig die Sau raus und stellten bestimmt einen neuen Rundenrekord auf ;-)

Der Dienstag war dann eher ein Kuscheltag, ich mit Nadine und Elvis mit Taya. Denn das Wetter drohte gar nicht mehr besser zu werden. Abends wollten wir dann noch einen kurzen Spaziergang in den Wald machen. Nachdem ich es hasse, den gleichen Weg wieder zurückzulaufen, haben wir uns in Wald dann erstmal kräftig verirrt. Dank meines iPhones hatten wir aber irgendwann auf einer Lichtung dann mal ein GPS Signal und mussten feststellen, dass wir doch ein ganzes Stück von Ferienhof entfernt waren. Zu allem Überfluss fing es auch noch an zu regnen. Aber Hey, wir wollten doch einen Wanderurlaub machen. Leider hatten wir nur die falschen Schuhe an und kamen dann nach knapp zwei Stunden total durchnässt wieder zuhause an.

Das rächte sich dann gleich an Mittwoch. Wir wollten in ein Einkaufszentrum nach Bayreuth fahren, doch unsere einzigen Ausgehschuhe waren nass. Also saß ich ne halbe Stunde mit nem Fön da und versuchte zu retten was zu retten war. Aber letztendlich konnten wir doch gehen. Zum Glück von Nadine. Denn die hat im Zero Store voll zugeschlagen. Für einen Abstecher in Media Markt hat es leider nicht mehr gereicht. Dabei hätte ich mit doch so gerne das Camera Connection Kit für das iPad gekauft um die Bilder von meiner EOD 350D direkt überspielen und anschauen zu können. Dafür kam ich abends in einem Hofbräuhaus beim Essen auf meine Kosten ;-)

Donnerstag war Feiertag und das Wetter lockerte langsam etwas auf. Wir lagen den ganzen Tag faul rum oder spielten mit Elvis. Außerdem haben wir die Tischtennisplatte entdeckt. Bei Taya zog ein neuer Hund ein, der leider zu devot für unseren Rüppel war, daher schien das Spielen mit Taya vorerst vorbei zu sein. Doch wenn wir weiter weg von den Häusern und dem neuen Hund waren, klappte es wieder ganz gut.

Freitag, und eigentlich unser letzter Tag, war das Wetter endlich so wie es sein sollte: viel Sonne und warm. Wir zogen erstmal unsere Badesachen an und gingen an den Privatweiher des Hofs. Dieser ist richtig toll angelegt. Mit einem kleinen Häuschen über dem Wasser, einem Steg mit Floß und einer Insel mit Badeliegen in der Mitte. Elvis und ich haben uns dann gleich mal das Floß geschnappt und sind auf dem Wasser rumgeheizt. Da Elvis keine Wasserratte ist, musste ich mir da schon mal keine Sorgen machen das er abhaut. Beim Zurückgehen entdeckte Nadine das Trampolin, denn Rest könnt ihr euch denken ;-) oder sagen wir so, das Kind in ihr kam zum Vorschein. Abends wurde dann wieder gegrillt und wir verlängerten unseren Aufenthalt für einen Tag da das Wetter auch Morgen so bleiben sollte.

Am nun wirklich letzten Tag nutzten wir das schöne Wetter und sind gleich wieder zum Weiher. Diesmal nahmen wir unsere Sachen mit aufs Floß und sind gleich auf die Insel. Das war echt super, denn Elvis konnte frei rumlaufen und wir mussten nicht aufpassen. Wir versuchten immer wieder in zum Schwimmen zu animieren was aber vergeblich sein sollte. Immerhin war ich im Wasser. Nur als dann Kinder neben dem Weiher Böller zündeten wurde er mutig bzw. hatte er so Angst, dass die Flucht durchs Wasser als das einzig Richtige für ihn erschien. Ich musste hinterher um ihn im Wasser wieder einzusammeln. Von da an mussten wir gehen. Der kleine Angsthase war nicht mehr zu beruhigen. Wieder am Haus erzählte uns Ferdinand von einer Party am Abend in dem kleinen Haus am Weiher und wir waren natürlich dabei. Hin ging’s mit Ferdinands “Porsche”, einem antiken roten Traktor. Für Elvis natürlich spannend ohne Ende. In der Hütte dann erstmal die Familienpizza von Ferdinand weggegessen und Eierlikör getrunken. Elvis war mal wieder der bravste Hund der Welt. Nur einen älteren Feriengast konnte er nicht leiden und knurrte ihn immer wieder an. Als gegen Mitternacht Nadine noch die einzige Frau unter uns war packten wir zusammen und fuhren mit dem Porsche in eine Hütte direkt neben dem Hof. Dort ging es lustig weiter. Ferdinand teilte wieder Bier aus und erzählte uns, was man auf einem Ferienhof alles erleben kann. Von untreuen Russen über Mafiatreffen bis hin zu Angeboten für einen Sexfilm war alles dabei. Kurz bevor wir wieder ins Haus zurück wollten, hat es dann auch Elvis geschafft sich mal hinzulegen.

Das hat man dann am Morgen unserer Abfahrt auch gemerkt. Der arme Kerl hatte soviel Action die vergangene Woche, das er nur noch schlafen wollte. Erst als er merkte, dass wir zusammenpacken war er plötzlich wieder hell wach und ganz aufgeregt. Wir könnten ihn ja vergessen.

Insgesamt war es ein toller Urlaub in einem gepflegten Ferienhaus in genialer Umgebung. Die Besitzer sind super nett und gastfreundlich. Für das Wetter konnten sie ja nichts.