1. Produktive Datenbank dumpen
2. Dump und Assets auf die lokale Maschine kopieren
3. Datenbankdump einlesen
4. Entwickeln
5. Lokale Datenbank dumpen
6. Dump und Assets auf die Stagingumgebung kopieren
7. Datenbank einlesen
8. Kunden informieren
9. Datenbankdump und Assets auf die Produktivumgebung kopieren
10. Datenbankdump einlesen

Uff… jedes Mail ziemlich viel repetitive Arbeit. Da ich minimalistisch veranlagt bin, habe ich natürlich eine Lösung gesucht um mich wieder auf die wesentlichen Dinge konzentrieren zu können. Dabei rausgekommen ist mein…

Capistrano Sync Rezept

Installation

Für die Installation muss man das Rezept einfach nach lib/recipes in die Ruby on Rails Applikation kopieren und in das Capfile folgende Zeile einfügen:

Dir['lib/recipes/*.rb'].each { |receipe| load(receipe) }

Konfiguration

In der Deploykonfiguration config/deploy.rb können nun zwei Einstellungen vorgenommen werden:

set :sync_directories, %w(assets)
set :sync_backups, 3

Mit sync_directories werden die Verzeichnisse definiert, welche man zwischen den Umgebungen synchronisiert haben möchte - ‘assets’ ist dabei auch gleich die Defaulteinstellungund kann beliebig erweitern werden (z.B. mit ‘galleries’). sync_backups definiert die Anzahl der Backups welche auf dem System behalten werden, doch mehr dazu später.

Für den Zugriff auf die Datenbank liest das Rezept die lokale config/database.yml Datei, wesshalb dort dann auch die Zugriffsdaten der Datenbank aller Umgebungen eingetragen werden müssen. Dies ist ja kein Problem, da diese Datei sowieso schon im .gitignore eingetragen ist und nie eingecheckt wird, oder?

Für das Reibungslose deployment sollte man natürlich die Public-Key SSH Authentifizierung eingerichtet haben.

Sync!

Da in einer Multistageumgebung x Umgebungen vorhanden sein können, gibt es keine Kommandos für eine direkte Synchronisation zwischen den Umgebungen. Es muss immer via die lokale Entwicklungsumgebung synchronisiert werden.

Das zu Beginn beschriebene Synchronisationsszenario sieht nun mit dem Capistrano Rezept folgendermassen aus:

1. cap production sync:down
2. Entwickeln
3. cap staging sync:up
4. Kunden informieren
5. cap production sync:up

Das ist also schon definitiv etwas schneller… Der Task sync:down ruft übrigens lediglich die beiden tasks sync:down:db und sync:down:fs auf. Es ist also mit diesen Tasks auch möglich, nur das Dateisystem oder die Datenbank zu synchronisieren, wie uns das Kommando ‘cap -T’ zeigt:

cap sync:down
cap sync:down:db
cap sync:down:fs
cap sync:setup
cap sync:up
cap sync:up:db
cap sync:up:fs

Abhängigkeiten

Das Rezept benötigt rsync für die Synchronisation der Dateien, damit nur immer die Differenz und nicht jedesmal alle Dateien synchronisiert werde. Auch wird der Datenbankdump mit mysqldump gemacht, wesshalb im Moment die Datenbanksynchronisation nur mit MySql läuft. Die Faulheit welche mit zum Schreiben des Rezeptes veranlasst hat, verhindert eben auch gleichzeitig die Entwicklung von Features welches ich selber im Moment nicht benötige

Backups

Da ich unter einer angeborenen Datenverlustsparanoia leide, musste natürlich auch ein Backupmechanismus her. Dazu wird das Verzeichnis ‘shared/sync‘ beim deploy:setup task automatisch angelegt. In diesem Verzeichnis werden nun die erzeugten Datenbankdumps abgelegt und beim Hochladen eines DB-Dumps wird vor dem Einlesen noch zusätzlich ein Dump auf der Umgebung erstellt bevor der hochgeladene Dump eingelesen wird.

Auch bei der Synchronisation von Verzeichnissen auf die Umgebung wird vorher ein Archiv erstellt und abgelegt - sicher ist sicher

Ein Task für ein Rollback existiert nicht - bei einem Fehler ist dann einfach Handarbeit angesagt.

Happy syncing!

Lesezeichen

Die Biometrie (auch Biometrik, gr. Bio = Leben und Metron = Maß) beschäftigt sich mit Messungen an Lebewesen und den dazu erforderlichen Mess- und Auswerteverfahren.

nachlesen. Genau - wir sollen vermessen und dann schön bequem ausgewertet werden.

Und was jetzt? Keine Ahnung was die damit wollen? Also dann solltest du unbedingt gleich einmal den Artikel “Biometrische Volkszählung für afrikanische Pinguine” lesen (einfach afrikanischen Pinguin durch Schweizer ersetzten)!

Für die Lesemuffel unter euch, hier ein paar der Leckerbissen (auch wieder afrikanischen Pinguin durch Schweizer  und Biologen durch Staatsschützer ersetzten):

“Das bedeutet, dass wir die Pinguine draußen in der Wildnis beobachten können, in Echtzeit und mit ziemlicher Genauigkeit”

“…soll verlässliche Daten über die Bestände und die sozialen Verhaltensweisen der afrikanischen Pinguine liefern…”

“Wir glauben, dass diese neue Technik es Biologen erlauben wird, viele Vertreter verschiedener Arten kostengünstig, schnell und automatisch zu identifizieren und über längere Zeit zu beobachten”

Also von mir gibts ein fettes Nein am 17. Mai!

Lesezeichen

Als Senior bist du auch für den Design von Datenbanken zuständig und hast fundierte Kenntnisse in SQL sowohl auch der objektorientierter Analyse und Design unter Anwendung von Entwurfsmustern. Die bist von agilen Methodiken begeistert und arbeitest gerne im Team und verbesserst konstant die Abläufe und Qualität der Arbeiten und hilfts deinen Kollegen bei der Paarprogrammierung oder durch einen Code Review.

Du solltest sehr gute Kenntnisse im Design von besonders benutzerfreundlichen Webseiten haben, welche mit Prototype, Scritaculous und JQuery zum Leben erweckt werden. Du legst Wert auf eine saubere Trennung von XHTML, CSS und JavaScript und beherrscht diese Techniken anstandslos. Falls notwendig werden Unklarheiten in der Bedienung in einen Usability-Test geklärt.

Du arbeitest selbstständig im gesamten Prozess mit: Von der Beratung über den Design bis hin zur Entwicklung und Wartung der Systeme. Die bist kommunikativ und hilfst bei der Leitung der Projekte mit und kannst auch Pflichtenhefte und Kostenschätzungen erstellen.

Wir verwenden hauptsächlich Ruby on Rails/Radiant und Flex um hochdynamische Webapplikationen zu entwickeln, verwalten unseren Code mit Git und nutzen Apache/Passenger auf Linux Servern in der Produktion, auf welche wir mit Capistrano deployen.

Du solltest dich aber nicht scheuen auch einmal bei der Wartung von älteren Systemen in Java oder PHP Hand anzulegen, oder aber auch neues wie Erlang oder Objective C ausprobieren zu wollen. Kenntnisse von Java sind von Vorteil, da auch Ruby und Flex von der Java Plattform (JRuby) und Tools wie Ant profitieren können.

Obwohl unsere Applikationen professionell von einem externen Partner betrieben werden, solltest du dich gut mit der Administration diverser Linux Servern auskennen (Ubuntu/SuSE/RedHat/Debian) um die Umgebungen der diversen Test- und Produktivservern für unsere Projekte zu planen und verwalten.

Wir sind von den Vorteilen von Open Source überzeugt und stellen unsere eigenen Codes der Allgemeinheit zu Verfügung und helfen auch bei anderen Projekten aktiv mit.

Einige Jahre Erfahrung in der Entwicklung webbasierter Anwendungen sind ideal und du solltes über eine fundierte Ausbilung (ETH/Uni/FH) oder genügend praktischer Erfahrung in der Softwareentwicklung verfügen.

Wir sind ein kleines Team welches gerade im Umbruch ist. Weg von den grossen e-Commerce Systemen mit JEE zu eher kleinen, ausgetüftelten und  hoch-dynamischen Webseiten. Du hast die aussergewöhnliche Gelegenheit mit deinem Wissen den Weg in die Zukunft mitzugestalten.

Falls du dich angesprochen fühlst, schreib mir doch eine Email an michael.kessler@screenconcept.ch oder ruf mich unter 041 748 44 58 an, damit wir uns kennenlernen können. Und ja, wir arbeiten bereits an unserer eigenen Webseite, die aktuelle ist schrecklich

Lesezeichen

sudo mkidr -p /var/git/netzpiraten.git
cd /var/git/netzpiraten.git
git init --bare --shared=group

… und schon konnte ich loslegen …

git clone ssh://www.netzpiraten.ch/var/git/netzpiraten.git
cd netzpiraten
touch test
git add test
git commit -a -m "Adding first file"
git push origin master

… und hatte wirklich nie irgend welche Probleme mit dem zentralen Repository auf dem Server.

Ein paar Monate später wurden auch in der Firma alle Subversion Repositories auf Git umgestellt und das lief auch ein Weilchen ohne Probleme, bis eines Tages folgende Fehlermeldung aufgetreten ist:

Counting objects: 31, done.
Compressing objects: 100% (20/20), done.
Writing objects: 100% (22/22), 239.64 KiB, done.
Total 22 (delta 7), reused 0 (delta 0)
error: unable to write sha1 filename ./objects/1c/1d505f3a585b9e7d298eb9477ab07c5ea79aea: Permission denied

fatal: failed to write object
error: unpack failed: unpacker exited with error code
To ssh://git.screenconcept.ch/var/git/repository.git
 ! [remote rejected] master -> master (n/a (unpacker error))

Also nichts wie auf den Server um das Repository etwas genauer zu inspizieren.

Zum Glück konnte der Fehler schnell gefunden werden: Ich hatte vergessen auf den Git Repositories das Setgid Flag zu setzten, womit neue Dateien nicht der Git Gruppe gehörten sondern der Hauptgruppe des Benutzers. Klar das eine anderer Benutzer diese nun nicht einfach so überschreiben kann.

Also schnell den Missstand korrigieren:

sudo chown -R :git /var/git
sudo find /var/git -type d | xargs chmod ug+rwx,g+s

… und jetzt kann wieder gemeinsam gearbeitet werden.

Man merke sich also folgendes für das Erstellen eines zentralen Git Repository:


Git Repository Verzeichnis erstellen
Das Verzeichnis der Gruppe ‘git’ zuweisen
Auf dem Verzeichnis das Setgid Flag setzten
Git Repository initialisieren

oder anders formuliert

sudo mkdir /var/git/repository.git
sudo chown :git /var/git/repository.git
sudo chmod ug+rwx,g+s /var/git/repository.git
sudo git init --bare /var/git/repository.git

… und nicht vergessen, Git macht am meisten Spass, wenn man auf GitHub teilt.

Lesezeichen

<form id="myform" method="post" action="/controller">
   <input type="text" name="firstname" />
   <input type="text" name="lastname" />
   ...
   <input type="button" onclick="sendForm();" value="Versenden"/>
</form>

Nun kann mit relativ wenig Code das Formular versendet werden:

function sendForm() {
   $('myform').request({
      onSuccess: function(transport) {
         ...
      },
      onFailure: function(transport) {
         ...
      }
 });
}

Genau das wollte ich heute mit einem Formular in Radiant CMS machen, welcher ein Mail mit der Mailer-Erweiterung versendet. Damit das ganze noch etwas eleganter daherkommt, wird das Formular in einem Fenster mit Prototype Window dargestellt. Das funktioniert auch wunderbar, doch der obligate Test mit dem verstaubten Internet Explorer war leider einmal mehr nicht erfolgreich. Der Explorer konnte das Fomular nicht fehlerfrei versenden.

Nach einer Analyse der HTTP Anfragen kam zu Tage, dass durch die Darstellung des Formulares in einer Dialogbox (dessen Inhalt selber wiederum mit AJAX geladen wird), die URL zum Mailer-Kontroller einen HTML Anker enthielt:

/pages/25/mailer#mail

Irgendwie kommt der IE mit einem Anker in der Zielurl ganz und gar nicht klar. Nach ein wenig herumexperimentieren blieb mir nichts anderes übrig, als die URL selber aus dem Formular zu holen, den Anker daraus zu entfernen und erst dann das Formular zu versenden:

var url = $('myform').action;
var anchor = url.indexOf('#');
if (anchor != -1) {
   url = url.substring(0, anchor);
}
new Ajax.Request(url , {
   method: 'post',
   parameters: Form.serialize('myform'),
   onSuccess: function(transport) {
      ...
   },
   onFailure: function(transport) {
      ...
   }
});

Wieder einmal mehr wird durch den Explorer ein Stück eleganter Code zu einem komischen Rumgebastel. Internet Explorer - ohne dich würde die Webentwicklung wirklich Spass machen!

Lesezeichen

Im Formular wird einfach ein zusätzliches, verstecktes Feld eingebunden und das Formular wir über eine JavaScript-Funktion gesendet:

<form id="guestbook" method="post">
  <input type="hidden" name="spam" value="yes"/>
  <input type="submit" value="Speichern" onClick="send();"/>
</form>

Die Funktion zum Senden ist sehr einfach gestrickt:

function send() {
  eval("document.forms['guestbook'].elements['spam'].value='no'");
  return true;
}

Jetzt muss lediglich serverseitig der Parameter spam geprüft werden, ob dieser immer noch den Wert “yes” enthält.

Da die meisten SPAM-Schleudern wohl zwar einen hochentwickelten Textscanner eingebaut haben aber keine JavaScript-Funktionen ausführen, wird der Parameter vor dem Senden nicht geändert, wie das der Browser machen würde. Einziger Wehmutstropfen bleibt, dass Gäste ohne eigeschaltetes JavaScript im Browser keine Einträge machen können.

Lesezeichen

Die verwendeten Technologien sind ContentServ für die Datenhaltung und Flex für das Frontend.

Ich hätte nie gedacht, dass ich eines Tages ein Projekt in Flash realisieren würde. Ehrlich gesagt fand ich bis anhin das Rumgefummel in Flash ziemlich unpraktikabel. Um so überraschter war ich, als ich den ersten Prototypen in Flex realisiert hatte: Die Eclipse basierte IDE Flex Builder ist ziemlich gut (bis auf ein paar kleine Details wie z.B. fehlendes Refactoring), der Source Code ist frei Verfügbar und steht unter der Mozilla Public License und eine aktive, hilfsbereite Entwicklergemeinschaft erleichtert den Einstieg. Das Framework ist sauber aufgebaut und schnell zu erlernen. Es überzeugt im ganzen und man ist ziemlich flink in der Entwicklung von RIA Applikationen.

Alles in allem war das ePEC ein ziemlich cooles Projekt mit viel Spass bei der Entwicklung: Anstatt Architektur durch diverse Layer wie früher bei grossen J2EE Projekten, wieder einmal im kleinen Denken: Zugriff auf einzelne Bits und die Farbraumtheorie fordert dann auch wieder eimal meine Mathekenntnisse. Anstatt zu Clustern um die Performance zu Verbessern, das letzte aus den Objekte herausholen und den Code optimieren. Zum Glück habe ich schon einige Jahre Assembler auf dem Buckel und Optimierungen dieser Art sind mir nicht ganz unbekannt.

Das nächste Flex Projekt befindet sich übrigens bereits schon in Arbeit - auch diesmal wieder etwas spannendes und einzigartiges. Sicher kann ich bald mehr darüber berichten…

Lesezeichen

Für Ant liefert Adobe die Flex Ant Tasks mit, womit man in gewohnter Java-Manier Projekte bauen und auch bedingt kompilieren und konfigurieren kann - davon handelt dieser Artikel.

Für die Installation müssen als erstes mit dem Eclipse Software Update die Java Development Tools installiert werden, womit man die Ant Laufzeitumgebung und auch eine graphische Ant Ansicht bekommt. In der nachfolgenden Build-Datei muss eventuell lediglich der Pfad zu den Ant-Tasks angepasst werden. Dies kann man auch alternativ in den Einstellungen von Eclipse unter “Ant > Runtime” machen, indem man die flexTasks.jar in den Klassenpfad einbindet.

Das Ergebniss der nachfolgenden Anleitung kann am Ende des Artikels als Archiv heruntergeladen werden.

Als erster Schritt legen wir im Flex Builder ein neues Projekt ’sample’ an und erstellen ein Verzeichniss build, wo alle Build relevanten Dateien ihr Zuhause finden. Als wohl wichtigste Datei wird die build.xml angelegt und anschliessen in die Ant Ansicht von Eclipse gezogen.

Eine minimale Datei kann wie folgt aussehen:

<project default="compile_test" basedir="..">

	<!-- load the property file -->
	<property file="build/build.properties" />

	<!-- define the flex ant tasks -->
	<taskdef resource="flexTasks.tasks" classpath="${FLEX_HOME}/ant/lib/flexTasks.jar" />

	<!-- ************************************************ -->
	<!-- clean all generated files and folders -->
	<!-- ************************************************ -->
	<target name="clean" description="Clean all build assets">
		<echo message="Deleting all artefacts"/>

		<!-- clean apps -->
		<delete dir="${output.folder}"/>

		<!-- clean incremental cache -->
		<delete file="${basedir}/src/*.cache"/>
	</target>

	<!-- ************************************************ -->
	<!-- Compile sample application for test -->
	<!-- ************************************************ -->
	<target name="compile_test" description="Compiles the sample application for test">

		<echo message="Compile sample application for test"/>

		<mkdir dir="${output.folder}/test"/>

		<antcall target="compile">
			<param name="OUTPUT_NAME" value="test/sample.swf"/>
			<param name="FLEX_CONFIG" value="${basedir}/build/flex-config-test.xml"/>
		</antcall>
	</target>

	<!-- ************************************************ -->
	<!-- Compile sample application for production -->
	<!-- ************************************************ -->
	<target name="compile_prod" description="Compiles the sample application for production">

		<echo message="Compile sample application for production"/>

		<mkdir dir="${output.folder}/prod"/>

		<antcall target="compile">
			<param name="OUTPUT_NAME" value="prod/sample.swf"/>
			<param name="FLEX_CONFIG" value="${basedir}/build/flex-config-prod.xml"/>
		</antcall>
	</target>

	<!-- ************************************************ -->
	<!-- compile the flex application -->
	<!-- ************************************************ -->
	<target name="compile">

            <echo message="Compile with config: ${FLEX_CONFIG}"/>

            <mxmlc file="${basedir}/src/sample.mxml"
                   output="${output.folder}/${OUTPUT_NAME}"
                   actionscript-file-encoding="UTF-8"
                   keep-generated-actionscript="false"
                   incremental="true">

                <!-- get default compiler options -->
                <load-config filename="${FLEX_HOME}/frameworks/flex-config.xml"/>
                <load-config filename="${FLEX_CONFIG}"/>

                <!-- include sources -->
                <source-path path-element="${FLEX_HOME}/frameworks"/>
                <source-path path-element="${basedir}/src"/>

                <!-- include libraries -->
                <compiler.library-path dir="${FLEX_HOME}/frameworks" append="true">
	                <include name="libs" />
                </compiler.library-path>
            </mxmlc>

	</target>

</project>

Das scheint ziemlich viel XML zu sein, aber auf den zweiten Blick ist das nur halb so wild. Die Build-Datei ist in folgende Aktionen aufgesplittet:

• clean - löscht den Ordner wo das SWF hineingeneriert wird und auch den Zwischenspeicher für die inkrementelle Kompilation
• compile_test - Ruft die Kompilation mit den Parametern für die Testumgebung auf
• compile_prod - Ruft die Kompilation mit den Parametern für die Produktivumgebung auf
• compile - hier wird die Applikation mit dem MXMLC Kompiler übersetzt

Im Script selber werden einige Variabel gebraucht, welche man pro Rechner anpassen muss. Ich mache die meistens so, indem ich im Source-Repository ein build.properties.sample mit Beispielvorgaben abspeichere, welche dann von jedem Entwickler angepasst und unter build.properties gespeichert werden muss.

Hier ein Beispiel:

FLEX_HOME=/Applications/Adobe Flex Builder 3/sdks/3.0.0
APP_ROOT=src
output.folder=apps

Also einfach FLEX_HOME anpassen und schon ist der erste Teil des Build-Systemes bereit und die Ant-Datei kann in der Ant-View in Eclipse geöffnet werden:

Bevor wir uns aber ans erste Kompilieren machen, sollten wir noch die Konfigurationen für die unterschiedlichen Systeme anlegen. Diese wird in Form einer XML-Datei im build Ordner gemacht:

flex-config-test.xml

<?xml version="1.0" encoding="UTF-8"?>
<flex-config>
	<compiler append="true">
		<debug>true</debug>
	    <define>
	        <name>CONFIG::text</name>
	        <value>'Testing'</value>
	    </define>
	    <define>
	        <name>CONFIG::button</name>
	        <value>true</value>
	    </define>
	</compiler>
</flex-config>

flex-config-prod.xml

<?xml version="1.0" encoding="UTF-8"?>
<flex-config>
	<compiler append="true">
		<debug>true</debug>
	    <define>
	        <name>CONFIG::text</name>
	        <value>'Production'</value>
	    </define>
	    <define>
	        <name>CONFIG::button</name>
	        <value>false</value>
	    </define>
	</compiler>
</flex-config>

Natürlich können wir auch für den Flex Builder eine Konfigurationsdatei anlegen, ich nenne diese flex-config-local.xml. Diese Datei wird dann für die lokale Kompilation im Flex Builder verwendet.

flex-config-local.xml

<?xml version="1.0" encoding="UTF-8"?>
<flex-config>
	<compiler append="true">
		<debug>true</debug>
	    <define>
	        <name>CONFIG::text</name>
	        <value>'Local Development'</value>
	    </define>
	    <define>
	        <name>CONFIG::button</name>
	        <value>true</value>
	    </define>
	</compiler>
</flex-config>

Diese Datei müssen wir noch in den Projekt-Einstellungen eintragen, und zwar beim Flex Kompilers um ‘-load-config+=../build/flex-config-local.xml’ als zusätzliches Argument anhängen:

Somit lässt sich bereits ein kleines Beispiel erstellen und kompilieren, welches von der bedingten Kompilation gebrauch macht. Dazu legen wir die Datei src/sample.mxml mit folgendem Inhalt an:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" applicationComplete="init();">
	<mx:Script source="sample.as"/>
	<mx:Label x="10" y="10" text="{TEXT}"/>
	<mx:Button id="theButton" x="10" y="36" label="Button"/>
</mx:Application>

Zuletzt kommt noch die Actionscript 3 Datei src/sample.as hinzu:

[Bindable]
public static var TEXT:String = CONFIG::text;

private function init():void {
	if (!CONFIG::button) {
		theButton.visible = false;
	}
}

Der Trick an der ganzen Sache ist recht einfach: Man kann auf die Deklarationen in den Konfigurationsdateien einfach zugreifen, z.B. mit…

• CONFIG::text - Holt den String aus der Konfigurationsdatei (WICHTIG: ein String muss in der Datei immer mit Hochkommatas umschlossen sein - hat mich einige Stunden gekostet!)
• CONFIG::button - wertet das Boolean aus

Des weiteren ist es auch möglich, ganze Klassen auszutauschen. Die Englische Dokumentation zur bedingten Kompilation findet sich in Adobe’s Flex 3 Hilfe.

Ausserdem kann man weitere Kompileroptionen wie Netzzugriff und Metadaten in der Konfigurationsdatei einbinden. Hier ein paar Beispiele für Einstellungen welche ist bereits verwendet habe:

Debug Informationen in das SWF Kompilieren:

<debug>true</debug>

Netzwerkzugriff ein- bzw. ausschalten. Mit ausgeschaltetem Netzwerkzugriff kann man auch lokal Daten lesen. Die kann für die Erstellung einer Flex Offline Applikation nützlich sein (Ich weiss es gibt AIR, kann aber trotzdem manchmal passend sein):

<use-network>true</use-network>

Metadaten einbinden:

<metadata>
    <title>Sample</title>
    <description>Sample Flex Application</description>
    <publisher>Netzpiraten</publisher>
    <creator>Michael Kessler</creator>
</metadata>

Die Beispiel-Applikation sieht nun folgendermassen aus, wenn man sie direkt aus dem Flex Builder heraus startet:

In einem weiteren Schritt kompilieren wir die Applikation mit Ant, indem wir ‘compile-test‘ aufrufen. Die Ausgabe in der Konsole sollte etwa so sein:

Buildfile: /Users/michi/Documents/Flex Builder 3/sample/build/build.xml
compile_test:
     [echo] Compile sample application for test
compile:
     [echo] Compile with config: /Users/michi/Documents/Flex Builder 3/sample/build/flex-config-test.xml
    [mxmlc] Loading configuration file /Applications/Adobe Flex Builder 3/sdks/3.0.0/frameworks/flex-config.xml
    [mxmlc] Loading configuration file /Users/michi/Documents/Flex Builder 3/sample/build/flex-config-test.xml
    [mxmlc] /Users/michi/Documents/Flex Builder 3/sample/src/sample_363677.cache (No such file or directory)
    [mxmlc] /Users/michi/Documents/Flex Builder 3/sample/apps/test/sample.swf (250033 bytes)
BUILD SUCCESSFUL
Total time: 8 seconds

Die Applikation liegt nun unter /apps/test/sample.swf und sieht folgendermassen aus, wenn man diese in einen Webbrowser zieht:

Das gleiche Prozedere mit ‘compile-prod‘:

Wenn alles geklappt hat, sollten bei dir nun folgende Ordner und Dateien im Flex Builder sein:

Prima. Klappt ja alles Bestens! Letztendlich kann das Projekt nun auch sehr einfach in einen kontinuierlichen Buildprozess eingebunden werden, z.B. mit Hudson oder CruiseControl.

Ein weiteres Zückerlein ist ein einfaches aber effektives SSH Deployment. Dazu wird die jsch Bibliothek benötigt, welche man herunterladen und in den Klassenpfad einbinden muss. Dannach muss die Ant-Datei lediglich um ein paar Zeilen erweitert werden:

<!-- ************************************************ -->
<!-- deploy the online version -->
<!-- ************************************************ -->
<target name="deploy_test" depends="clean,compile_test" description="Deploy the sample application to the test system">
	<echo message="Deploy sample application to test system"/>
	<scp file="${output.folder}/test/sample.swf" todir="/var/www/sample/" keyfile="${user.home}/.ssh/id_rsa" passphrase=""/>
</target>

Hat man eine passwortlose Anmeldung mittels einer SSH Public-Key-Authentifizierung eingerichtet, ist das Deployment einer neuen Version auf ein System nur einen Doppelklick entfernt.

Die Beispielapplikation kann übrigens hier heruntergeladen werden: Flex Ant Sample (153)

Happy Building & Deploying!

Lesezeichen

Seit dem ersten Artikel ‘Biometrische Pässe kommen - na und? Ich hab nichts zu verbergen..!
‘ zu der Thematik hier im Blog wurde zusätzlich auf die Möglichkeit verzichtet, Identitätskarten ohne biometrische Daten auszustellen. Die Schweiz mutiert immer mehr zum Überwachungsstaat…

Lesezeichen