Sometimes my tests do not run deterministically because previous ran tests created data, which intefere with following tests. For example (a simple, not really smart one) think of a system which knows one (and only one) user. For my DAL i would test a method like “createUser” or something. Later on i would create a functional test for a registration form. Now the correctness of the tests depend on the sequence, i run the tests. But this should not be this way! Every time i run a test, i have to know the data before i run a part of my software and i have to know how my software manipulates the data (speaking of the date after running my software). The only way i knew to ensure this state, was to run build-all-reload (as in Symfony 1.2 with Doctrine as ORM) to get a fresh database with the predefined fixtures.

Any software you develop will enlarge, and so the tests will, too. After a time you will get to the point, where you can not run a build-all-reload after each test for some reasons. So how about clearing the database before a test runs like the following?

1
2
3
4
5
6

$browser = new ndTestFunctionalDoctrine(new sfBrowser());
 
$browser->
  reloadData()->
  info('1 - Make a test on a clean database with defined fixtures only')
;

This is what ndTestFunctionalDoctrine offers to test-writing symfony-developers. The only thing you have to handle is: Run reloadData() in your code each time you run a test, which does not depend on the test direct before the current.

Like for functional tests i have a small helper, which can be put to the end of test/bootstrap/unit.php:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

new sfDatabaseManager($configuration);
 
// helper
function reloadData()
{
  // try to drop the database (an exception is thrown,
  // when the database does not exist)
  try
  {
    Doctrine::dropDatabases();
  }
  catch (Exception $e){ }
 
  // create database
  Doctrine::createDatabases();
 
  // create tables
  Doctrine::createTablesFromModels(sfConfig::get('sf_lib_dir') . '/model');
 
  // load fixtures
  Doctrine::loadData(sfConfig::get('sf_data_dir') . '/fixtures');
}

Analog to this, a version for propel could be build if doctrine is not the ORM of your choice.

Um den Start des Mips-Simulators Mars etwas komfortabler zu gestalten und inspiriert von dem yEd Graph Editor habe ich ein kleines Startup-Script für den genannten Simulator geschrieben.

Mit dem folgenden Schnippsel Code ist es nur noch notwendig, das Script (z.B. mars.sh) sowie die auf der Mars-Seite runterzuladene Mars.jar in einen gemeinsamen Ordner zu tun. Prinzipiell ist hier jeder Ordner möglich (vorzugsweise aber in einem Unterordner von /opt/ oder /usr/local/).

Mit einem Symlink von /usr/bin/mars zum Script lässt sich Mars dann ganz einfach im Terminal oder über ein Programm a la “Anwendung ausführen” von Gnome über mars ausführen.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

#!/bin/sh
 
cd `dirname $0`
prg=`basename $0`
 
while [ -h $prg ] ; do
  ls=`ls -ld $prg`
  link=`expr "$ls" : '.*-> \(.*\)$'`
  if expr "$link" : '.*/.*' > /dev/null; then
    prg=$link
  else
    prg=`dirname $prg`/$link
  fi
done
 
java -jar `dirname $prg`/Mars.jar

Ich hoffe damit kann außer mir noch jemand etwas anfangen

Wir legen also einen Ordner symfony unter /usr/share/php an und checken die einzelnen Versionen von Symfony aus. Für meine Projekte benötige ich 1.2, 1.3 und 1.4.

1
2
3
4
5

cd /usr/share/php
mkdir symfony
svn co http://svn.symfony-project.com/branches/1.2/ symfony12
svn co http://svn.symfony-project.com/branches/1.3/ symfony13
svn co http://svn.symfony-project.com/branches/1.4/ symfony14

Jetzt könnten wir mit

1

ln -s /usr/bin/symfony /usr/share/php/symfony/symfony14/data/bin/symfony

fest auf die neuste Version von Symfony linken. Allerdings ist das nicht die beste Variante, da man eventuell in einem Symfony-Projekt einer anderen Version arbeitet – was uns zu der Umständlichkeit von ./symfony führt. Für mich persönlich ist das nicht akzeptabel, weil ich das einfach immer falsch mache.

Bei dem Anlegen eines Symfony-Projekts wird ein kleines php-Script angelegt, das die in config/ProjectConfiguration.class.php hinterlegte Symfony-Version nutzt. Also wird ein kleines Script benötigt, das diese Gegebenheit ausnutzt. Folgendes Script kommt also in /usr/bin/symfony:

1
2

#!/usr/bin/env php
 

Befindet man sich in einem Symfony-Projekt-Ordner benutzt das Script das im Ordner hinterlegte symfony, andernfalls eine Fallback-Variante (in diesem Fall Symfony in Version 1.4).

Somit haben wir den vollen Komfort erlangt – falls es noch schöner geht, hinterlasst doch einen Kommentar

Falls man aber explizit eine Symfony-Version benötigt (zum Beispiel beim Anlegen eines neuen Projekts, die nicht der Standard-Version – also der Fallback-Version unseres Scripts – entspricht), sind folgende Symlinks noch nützlich:

1
2
3

ln -s /usr/bin/symfony12 /usr/share/php/symfony/symfony12/data/bin/symfony
ln -s /usr/bin/symfony13 /usr/share/php/symfony/symfony13/data/bin/symfony
ln -s /usr/bin/symfony14 /usr/share/php/symfony/symfony14/data/bin/symfony

1. Die Mitschriften sind bereits seit langem noch in MfI1 dabei gewesen.
2. Bitte nehmt es mir nicht übel, wenn ihr auf die Builds länger warten müsst, ich mache nebenbei noch das SwtPra und das alleine ist an sich ein Fulltimejob…

Ach, da fällt mir noch eine Sache ein: Ich habe mitbekommen, dass noch jemand schreibt – wäre cool wenn sich derjenige mal bei mir melden könnte – vielleicht könnte man über eine Zusammenarbeit reden!

An dieser Stelle möchte ich mich noch bei einigen Personen bedanken, die mir geholfen haben. Vielen Dank an: Andre, Anke, Daniel und Kalle für das Bereitstellen von Mitschriften; Thomas für das Anfertigen der Mathezettel (Sorry SwtPra zieht )und Jan-Hendrik und Co (hierbei steht Jan-Hendrik an erster Stelle, weil er mir die meisten Mails geschrieben hat ) für die Zusendung von Fehlern und Korrekturen!

Ich brauche nichts außergewöhnliches, nur eine IDE, mit der ich meine Sources vernünftig verwalten kann. Nachdem man inzwischen mit Eclipse alles programmieren kann (in meinem Fall: java, c/c++, perl, php, python, ruby, groovy,…)… wieso dann nicht auch LaTeX?! Und ja, es geht wirklich! Texlipse ist das Plugin meiner Wahl. Neben der vernünftigen Aufteilung meiner Projekte habe ich jetzt auch eine schnelle  gut funktionierende Autovervollständigung mit gerenderten Bildern für viele (oder vielleicht alle?) Symbole. Grieschiche Buchstaben, Binäre Operatoren, Pfeile… Eine Vielzahl in einem übersichtlichen Kontext zu finden. Darüberhinaus für mich interessant: Sections lassen sich einklappen und ganze Abschnitte leicht (de-)kommentieren. Zusammen mit der Preview-Funktion stellt dieses Plugin ein mächtiges Werkzeug im täglichen LaTeX leben dar.

Für mich ist klar: Dieses Plugin ist so nützlich, dass es mit Sicherheit eine längere Zeit im Einsatz bleiben wird

Wie ich bereits geschrieben hatte, benutzen wir Dokuwiki zum erstellen von Mitschriften. Da wir von Anfang an für unsere Mathemitschriften LaTeX benutzt haben und ich eine absolute Sauklaue habe, habe ich mir überlegt eine PDF unserer Mitschriften zu erstellen. Und endlich ist sie soweit, dass sie veröffentlicht werden kann. Sources als auch eine fertige PDF sind in meinem Pool zu finden. auf der entsprechenden Projektseite zu finden.

Wer aber jetzt Angst vor meinem Pool hat, bekommt jetzt einmalig die Links zum ersten Release

• PDF
• Sources

Da ich jedoch leider nicht an diesem Seminar teilnehmen darf (da nur DPO-4- und Masterstudenten zugelassen sind) habe ich mich so etwas im Web darüber schlau gemacht und konnte einen ganz neuen Anwendungsbereich der Webanwendungen finden können. Die genannte Idee ist nicht gerade jung – im Gegenteil, sie existiert schon einige Jahre und es gibt schon viele Anwendungen, die einem das Lernen im Web 2.0 ermöglichen. So kenne ich alleine zwei Systeme an meiner Uni, die eingesetzt werden bzw wurden:

• Olex
• koaLa

Da ich nun beide kennengelernt habe und daher guten Gewissens sagen kann, dass das wenig mit “gemeinsamen” Lernen zu tun hat (um nicht zu sagen, dass wir beim Olex kaum Zeit hat zu lernen sondern aufgrund der unglaublichen Menge an Aufgaben nur Tricks gesucht haben um die Logik der Applikation zu umgehen). Also habe ich mir überlegt, wie man sinnvollerweise online gemeinsam lernen kann, was keine besonderen Früchte getragen hat: Die gemeinsame Tätigkeit auf einer Website ist ohnehin nicht besonders verbreitet, weil kompliziert zu entwickeln – Fragestellung dazu: Wie kann man auf einer Website gemeinsam eine Aktivität betreiben ohne das Auftreten von Deadlock-Situationen? Daraufhin mögen natürlich viele sagen: “Es gibt doch auch Groupware zur gemeinsamen Bearbeitung von Dokumenten, etc.” Nun, das ist wohl schon richtig, doch der Prozess des gemeinsamen Lernens ist in meinen Augen viel dynamischer als die Bearbeitung von Dokumenten, die meist eine statischen Aufbau haben und immer in einem halbwegs festen Ablauf abgearbeitet werden.

Ähnlich wie Groupware arbeiten auch Wikis. Da ich schon länger ein Wiki für eigene Notizen betreibe und wikipedia eins der besten Beispiele dafür ist, dass solche Software sich wunderbar von vielen Anwendern gleichzeitig nutzen lassen kann, habe ich mir überlegt ob es nicht auch sinnvoll sein könnte, ein Wiki zu betreiben um von mehreren Studenten zum Zusammentragen von Material aller Art zu halten.

Wie gut das funktioniert, kann ich euch nach einer Uni-Woche jedoch noch nicht sagen, aber soweit ich es nicht vergesse werde ich das nachholen Wer jetzt noch Tipps für das wirkliche Lernen im Web 2.0 für mich hat, kann mir gerne etwas schreiben. Dann könnte man auch mal überlegen, etwas in der Art zu implementieren.

Für die eigenen “Lern-Wiki”-Erfahrungen: Da ich – wie gesagt – mein Wiki auch für private Daten nutze, war es für mich sehr wichtig, dass es eine Benutzer- und Berechtigungsverwaltung bekomme. Unerlässlich war ebenso LaTeX- (wir betreiben das Wiki vorallem für Mathe) und MathML-Support. Aufgrund dieser Punkte habe ich mich für DokuWiki mit den plugins Latex Block Parser und Maths Publisher Plugin entschieden.

Die Vorteile – welche das nun genau sind, werde ich ein anderes Mal auflisten – von Kohana überwiegen in meinen Augen denen von Code Igniter. Nur eine Sache hat mich bisher ziemlich gestört: Die Kohana-Community bietet derzeit keinen Download der Dokumentation an. Doch das störte einen Code Igniter Umsteiger genauso wie mich und hat ein Script geschrieben, dass aus der Online-Version eine Offline-Version generiert – sehr praktisch für Pendler für mich, die im Zug gerne mal ein wenig lesen wollen oder aus anderen Gründen kein Internet zur Verfügung haben.

Also habe ich endlich eine Offline Dokumentation, die ich mir morgen abend nach der Arbeit reinziehen kann Was bedeutet das konkret für meinen Blog? Natürlich… Kohana-Beiträge! Außerdem hatte ich vor einen Vergleich zwischen Code Igniter und Kohana ziehen um die jeweiligen Vor- und Nachteile heraus zu stellen.

Da ich selbst lange genug danach gesucht habe, möchte ich euch das Archiv nicht vorenthalten:

• Kohana Offline Documentation

1. Kurze Vorstellung aller Anwesenden (Wer bin ich? Wieso bin ich hier? Was habe ich mit dem Web zu tun? Wie habe ich von diesem Event erfahren?)
2. Drei Vorträge mit einer Vortragslänge von ungefähr 15 Minuten und anschließender kurzer Möglichkeit für Rückfragen
3. Lustiges Beieinandersitzen bei einem Bierchen und über die Vorträge bzw die Themen sprechen

Wie auch letztes Mal waren meine Freunde bzw. Kollegen und ich dort um den interessanten Vorträgen zu lauschen. Der Webmonday ist eine gute Möglichkeit seinen Horizont zu erweitern, auf dem neusten Stand zu bleiben, neue Kontakte zu knüpfen oder aber auch einfach dem langweiligen Alltag zu entkommen. So hat man auch dieses Mal wieder gesehen, dass Leute aus allen möglichen Ecken kamen. Natürlich waren größtenteils Entwickler anwesend, doch auch Leute, die unsere wunderbare Arbeit – also das fertige Produkt – vertreiben bzw verkaufen Darüberhinaus habe ich mich sehr darüber gefreut, dass ganz und gar Personen dabei waren, die überhaupt nichts mit dem Web zu tun hatten und aus reinem Interesse gekommen waren.

Hätte ich diesen Beitrag so geschrieben, wie es der erste Redner am liebsten getan hätte, wäre es ein völliger Fail, da ich schon längst die Wortgrenze überschritten hätte. Aljoscha Marcel Everding sprach über das Microblogging, dessen wahrscheinlich bekanntester Vertretter twitter.com ist. Microblogging ist eine Form des Bloggens, bei der sich der Blogger darauf konzentriert seine Nachrichten so kurz und präzise zu halten, dass die Länge der Nachricht nicht 140 Zeichen überschreitet. Im Vergleich dazu: Eine SMS hat eine Begrenzung von 160 Zeichnen. Aljoscha wies jedoch darauf hin, dass es beim Microblogging ein hohes Suchtrisiko gibt, das man nicht leichtfertig unterschätzen sollte. Natürlich sollte man ebenso wie bei jeder anderen Internetaktivität darauf achten, was man schreibt und wer es lesen darf. So wäre es doch sehr peinlich wenn der eigene Chef am nächsten morgen einem nicht mehr die Hand reicht, weil er gestern folgendes gelesen hat: “Bin mal kacken, bin in ner halben Stunde wieder da”. In meinen Augen ist Microblogging eine Mischung aus Instant Messaging und Blogging… Nunja muss ich noch was in eigener Sache zu diesem Beitrag loswerden: Wer jemals die Möglichkeit hat Aljoscha bei einem Vortrag zu sehen, sollte es tun, denn sein Vortragsstil ist wirklich genial.

Der zweite Vortrag – der mich im übrigen am meisten interessiert hat – von Stefan Borusewitsch hatte den Titel Pragmatische Web 2.0 – Architekturen am Beispiel von GWT (Google Web Toolkit) und Spring. Vor gut 1,5 Jahren brachte Google sein Web-GUI-Toolkit GWT heraus, dass die Entwicklung einer Site in Java erleichtern sollte. Somit ist es möglich eine komplette Website zu entwickeln ohne auch nur im Geringsten mit HTML oder JavaScript in Berührung zu kommen. GWT lehnt sich dabei an die Prinzipien von Swing an (leider sind es nicht die gleichen Klassen und Methodenaufrufe – schade), was es für “eingefleischte” Java-Entwickler leichter macht, sich einzuarbeiten. Ein Hauptmerkmal liegt in dem Java-zu-JavaScript Übersetzer, der praktisch dafür sorgt, dass die meisten Ressourcen auf der Client-Seite benötigt werden – auf der Server-Seite verhält sich GWT nicht viel anders als plain Java. Natürlich ist es nicht nur positiv, denn die Ausmaße sind gewaltig: Der Client sollte schon über eine Menge Prozessorleistung (unter einem GHz läuft wohl scheinbar nicht sehr viel) und einen Browser mit guter JavaScript-Engine verfügen um die bis zu einen mB großen JavaScript-Dateien und fünf mB großen HTML-Datei zu rendern. Ein MegaByte JavaScript schürt von AJaX – und so ist es auch. GWT bezieht seine Daten über asynchrone Callbacks um die Daten dann über DOM-Manipulationen einzufügen.

Genug von GWT, mehr vom direkten Konkurrenten von Java als auch Google: Mit einem Vortrag über die  Architektur von ASP.NET und grundlegenden Konzepten beglückte uns Thomas Kühne. Nach einer kurzen Einführung in das HTTP-Protokoll, indem uns der Referent die Mengel des berühmten Web-Protokolls aufwies, erklärte er uns auch direkt, wie man in ASP.NET versucht hat diese Mengel durch ein gutes Konzept wieder auszubügeln (was auch ganz gut gelungen ist, wie ich finde). Auch wenn ich mich schon viel mit .NET bzw Mono auseinandergesetzt habe und auch von der Arbeit aus mit ASP.NET zu tun habe, konnte ich noch einiges neues erfahren, was ich vorher in dem Detail nicht so genau wusste. Schön war es dort vorne mal einen Entwickler vor sich stehen zu haben, der begeistert zwar von den neuen Technologien der Redmondler begeistert ist, aber kein Microsoft-Fanboy ist. Wirklich schön, denn mir als Linux-User mit Interesse an .NET ist sowas offensichtlich viel, viel lieber. Leider muss ich bemängeln, dass es für Personen ohne .NET-Kenntnisse wahrscheinlich etwas zu schwierig war dem Vortrag zu folgen.

Nach den Vorträgen hatten wir dann wie üblich die Möglichkeit uns ein wenig zu unterhalten, was auch rege genutzt wurde. Das Bistro im Technologiepark bot dafür ideale Verhältnisse: Große Tische, gemütliche Stühle und viel Platz. Ein wirklich gelungener Abend und ich kann nur hoffen, dass wir nächstes Mal viele neue Gesicht begrüßen dürfen.

Der nächste Webmonday in Paderborn findet übrigends am 10.11.2008 statt. Weitere Informationen findet ihr im Wiki. Dann bleibt jetzt noch eine Sache zu sagen: Vielen Dank an Daniel und Tim für die Fotos und bis bald auf dem Webmonday!