<mkdir dir="${targetDir}" />

Wo das Zielverzeichnis existiert kopieren wir alle relevanten Dateien und Verzeichnisse aus unserm Projekt hinein.

<copy todir="${targetDir}" >
    <fileset dir="${baseDir}">
        <include name="**" />
        <exclude name=".*" />
        <exclude name="**/.*" />
    </fileset>
</copy>

Der Copytask ist komplexer im Aufbau. Das Atribut todir bestimmt wohin die Dateien oder Verzeichnisse kopiert werden sollen. Innerhalb des Copytasks berstimmen wir mit einem Fileset was kopiert werden soll. Das Atribut dir bestimmt von wo ausgegangen werden soll. Include gibt an, was alles in der Selektion ist. Die 2 Sterne ist kein Tippfehler sondern besagt alle Dateien in allen Unterverzeichnissen. Die beiden Excludes schließen alle Dateien und Verzeichnisse aus, die mit einem Punkt Beginnen. Das sind in meinen Projekten zum einen die Dateien von Zend Studio, aber natürlich auch die .svn Verzeichnisse der Versionskontrolle. Beides ist nichts, was man auf einem Live System haben will.

Nach dem alle Projektdateien kopiert wurden kann man sich an die Syntaxprüfung machen:

<phplint haltonfailure="true">
    <fileset dir="${targetDir}">
        <include name="**/*.php"/>
        <include name="**/*.phtml"/>
    </fileset>
</phplint>

Für Syntaxprüfung ist der Phplinttask zuständig. Wie beim Copytask geben wir auch hier wieder ein Fileset an. Die PHP Prüfung wende ich auf alle .php und .phtml Dateien an. Die Endung .phtml steht bei Zend Framework Dateien für die Viewscripte. In diesen Dateien wird HTML und PHP gemixt, somit sind sie auch zu checken. Das Atribut haltonfailure habe ich angegeben um Phing dazu zu bringen den aktuellen lauf abzubrechen, sobald ein Fehler auftritt. Ich will kein kompletten Durchlauf, falls es hier zu Problemen kommt.

1. Die vorhandenen Testverzeichnisse leer machen.
2. Syntax check aller .php und .phtml Datein
3. Dateien aus dem Entwicklungsverzeichnis kopieren
4. Config anpassen
5. Zend Framework aus svn hohlen

Zuerst erzeugen wir im Buildscript ein neues Target:

<target name=”local”></target>

Nun wird es Zeit sich mit den Tasks von Phing auseinander zu setzen. Für den ersten Punkt auf der Liste gibts mit delete gleich den passenden Task. Allerdings muss man dort das Zielverzeichnis angeben. Das selbe trift auch auf copy oder auf die svn Tasks zu. Um nicht bei jedem Task immer wieder dan selben Pfad angeben zu müssen verwenden wir eine property Definition. Diese stehen auf der selben Ebene wir die Targets. Ich halte sie gerne ganz oben in einem Buildscript. Die Definition sieht wie folgt aus:

<property name="baseDir" value="/home/user/verzeichnis/zum/projekt/" />
<property name="targetDir" value="/var/www/test/projekt/" />

Der Zugriff auf diese Variablen erfolft mit ${Variablenname} somit kann der erste Punkt so abgehandelt werden:

<delete dir="${targetDir}" />

Viel Spass damit und in kürze gehts hier weiter.

Das Buildscript besteht immer aus einem <project> Element. In diesem ist mindestens ein <target> definiert.

Nach dem das Buildfile in etwa so aussieht beginnt der Spass:

<?xml version=”1.0″ encoding=”UTF-8″?>
<project name=”test” basedir=”.” default=”help”>
<target name=”help”>

</help>

</project>

Mit dem Beispiel oben haben wir das Projekt “test” mit dem Basispfad “.” angelegt. Wenn nicht anders angegeban wird das Ziel “help” ausgeführt. Das Ziel “help” ist auch schon angelegt. Es tut allerdings nichts. Somit machen wir uns jetzt darn Zu definieren was zu tun ist. Hier kommen die Tasks zum tragen. Als einfaches Beispiel soll das Buildscript beim Aufruf von help einen Kleinen Text ausgeben. Dieses funktioniert mit dem Echo Task.

Also ersetzen wir

<target name=”help”>

</help>

mit:

<target name=”help”>
<echo>
Welcome to the phing script!
—————————-
You may use the following commands:

phing   &lt;target name&gt;

where &lt;target name&gt; can be one of the following:

- help     : this page
– local    : local testing
</echo>
</target>

Weiter gehts im nächsten Posting. Dann wird auch das oben ausgegebene “local” Target definiert.

Falls es auch anderen so geht hier noch kurz meine Lösung. Sie ist nicht schön hat aber funktioniert. Ich bin mit Switch nicht auf Trunk sondern auf die Rootebene des Repositorys gewechselt. So hatte ich dann die Verzeichnisse trunk, tagsund branches direkt vor mir und ich konte mit den normalen Comparefunktionen meinen Merge in trunk machen. Als das fertig war habe ich die Änderungen commited und bin wieder in meinen Branch gewechselt. Ist zwar nicht der eleganteste Weg aber er funktioniert.

Der Modelingteil scheint auch immer weiter entwickelt worden zu sein. Mir viel als erstes das Automatische verteilen von Tabellen im Diagramm positiv auf. In meiner alten Version funktionierte dies nicht wirklich. Jetzt landeten Zwar noch einige Tabellen außerhalb der Zeichenfläche aber die ließen sich rasch in den passenden Bereich verschieben. Nachdem die Tabellen einmal auf der Zeichenfläche sind lassen sie siech auch nicht mehr über den Rand hinausschieben. Alles in allem scheint sich dieser Bereich auch positiv verändert zu haben. Allerdings blieb bei mir das Tab für Änderungen an der gewählten Tabelle offen, auch wenn ich in den Bereich Admin oder SQL Editor gehen. Bei letztem kann ich mir noch Vorteile von dem Verhalten vorstellen, aber im Adminmodul brauche ich die Info wirklich nicht.

So und nun zum SQL Editor. Dem Ding, daß den Query Browser ersetzen soll. Während ich die anderen Module wirklich gut finde bleibt der SQL Editor deutlich hinter dem zurück was möglich ist. Oder auch hinter dem was der “Vorgänger” konnte. Z.B. Geteilte Ergebnistabs die habe ich immer gerne genutzt wenn ich in Zuordnungstabellen editieren musste. Aber auch in diesem Bereich haben sich die Entwickler Gedanken gemacht und Verbesserungen eingebracht. Schön ist die Idee mit den Uhrzeiten an der Historie auch nett ist die Idee mit dem Outputtab. Dort werden Infos zu dem ausgeführten Statement gegeben. Auch hier gibt es eine Uhrzeitangabe. Schön wäre meiner Meinung nach wenn dieses Tab nicht mit jedem Lauf sondern per Mausklick geleert würde. So könnte man einfacher Optimierungen angehen. Zumindest dieses kann man aber dadurch umgehen, indem man die einzelnen Schritte in einem Script zusammen ausführt. Da sind wir auch schon beim Thema SQL Scripts. Es gibt anscheind nur noch den Scriptmodus des Query Browsers. Leider habe ich auch keine Möglichkeit gefunden ein einzelnes Query auszuführen. Um nur ein einzelne Anfrage auszuführen muss man sie einfach markieren und dann auf ausführen klicken oder Strg + Enter. Beim reinen Editieren hat sich auch einiges getan, so wird beim Doppelklick auf eine Tabelle nur noch der Schema.Tabelle eingefügt und nicht mehr ein “SELECT * FROM”. Auch gibt es einen Syntax Check. Der ist leider zu langsam. Schön hätte ich an der Stelle auch eine Autocompletion gefunden. Die Autocompletion hätte dann auch gleich Tabellennamen umfassen können. Und wenn wir schon dabei sind dann auch noch nen Hotkey zum auskommentieren der aktiven Zeile(n). Damit wäre auch der Kritikpunkte von oben nichtig. Gerade Beim SQL Editor ist die Undo Funktion auch sehr verwirrend. Strg Z funktionirt meistens, aber das Undo unter Edit ist anscheind nur für den Modeling Bereich. Ähnlich verhält es sich mit der Suchfunktion.

So genug gemeckert den die Option durch einen SSH Tunnel Verbindungen aufzubauen ist wirklich gelungen! Alles in allem kann aus dieser Software noch was richtig gutes werden. Aber dafür müssen sie den SQL Editor noch deutlich verbessern! Mit den Verbesserungen kommt dann auch hoffentlich mehr Stabilität.

So langsam ist es so weit, man kann die Zeit genießen. Der Konsumterror hat ein Ende gefunden. Die netten EMails von Firmen, die mir ihre Produkte doch sehr ans Herz legen wollen, sind im Spamordner oder in /dev/null und es stelt sich frieden ein. Oder anders ausgedrückt es ist ruhe eingekehrt und man kann sein Augeenmerk auf die Dinge richten, die leider immer mal wieder zu kurz kommen. Jetzt wünsche ich euch viel Spass bei dem, was ihr gerade macht oder machen wollt. Lasst euch nicht weiter stressen oder von gefühlten Zwängen einengen.

Das Fazit daraus heißt für mich in diesem Moment ich koche mir nen schönen Kaffee, mache schwungvolle Musik an und Progge ein wenig an Ideen rum, die ich in aller Ruhe angehen kann. Und wenn am Ende halt keine Lösung steht ist es auch OK. Es geht nur darum ein wenig Spass zu haben.

Das erste ist “Project Home” mit dem Startscreen und einer “ Latest Updates”  Seite dort gibt ein automatisch gepflegtest Log über die Aktivitäten in dem Projekt.

Das zweite ist “Downloads” dort kann man Downloads zur vefügung stellen.

Das 3. ist “Documentation”. Da hinter verbirgt sich ein Wiki mit einer sehr gelungenen Syntax.

An Position4 findet man “Issues”. Das ist das Bugtracking Modul.

5. ist “Source” der Repository Browser.

6. “Code Reviews” und an letzter Stelle “Administer”.

Bisher ist mein Eindruck von dem System einfach hervorragend. Insbesondere  das durchdachte System mit dem Tagging über alle Komponenten hat es mir angetan. Fast alles wird über Tags näher beschrieben. Wiki Seiten kann man taggen für was sie gedacht sind. In Bugreports definiert man über Tags, wie die Priorität ist, welche Komponenten betroffen sind oder auch zu welchen Milestone sie gehöhren. Auch Downloads kann man über Tags näher beschreiben. Die Tags sind vordefiniert, lassen sich aber auch anpassen oder erweitern.

Die wirklich gute Syntax im Wiki (Markdown)  ist auch noch eine nette Sache. Wenn das schreiben von Doku einfach ist geht es mir einfach leichter von der Hand. Schön ist auch die leichte Verlinkung in den Code. Und die rückwärtige Verlinkung von Commit Kommentaren aus SVN zu den Passenden Bugreports.

Das System ist bisher auch recht schnell. Das einzige ABER ist das Design, da kann man,  laut Doku, auch recht leicht etwas gegen tun. Sobald das soweit ist werde ich es auch hier auf der Seite verlinken. Ich plane zukünftig den Downloadbereich auf das System zu migrieren.

Leider gibt es noch keinen Installer aber eine recht gut gemachte Beschreibung. Nach etwas hin und her (Pluf Framework und PEAR Mail Installation) war dann auch alles gut. Leider hatte ich mich zu früh gefreut und jeder Seitenaufruf wurde mit einer Exception quittiert. Die Ursache dafür lag in meiner PHP Version (5.3) und meinem Error Reporting. Bei aufteretenden Fehlern wirft das System anscheind Exceptions. Im Debugmodus werden sie schön auf den Bildschirm gebracht. Wenn man den Debugmodus ausschaltet gelangt man zu einer Fehlerseite und es wird eine EMail verschickt. Die genaue Ursache für das Problem war der häufige Einsatz der PHP Funktion split(). Seit PHP 5.3 ist diese Funktion als DEPRECATED gekennzeichnet. Wenn jetzt das Error Reporting entsprechend empfindlich eingestellt ist führt es zu den genannten Problemen.

Der Bug ist im Bugtracking von InDefero und Pluf bekannt und wird hoffendlich in den nächsten Versionen behoben sein. Als schnellen Lösunf habe ich einfach ein “error_reporting(0);” an den Anfang der index.php geschrieben.

Bald gibts Updates zu Thema VPS InDefero und SVN