Seit einiger Zeit (seit Java5?) ist eine JavaScript-Engine (Rhino von Mozilla) in das JDK eingebettet und es gibt auch ein Kommandozeilen-Tool (jrunscript) um eben mal schnell Scripte auszuführen. Ich hab mir das zu Hause natürlich gleich mal angesehen und es funktioniert prächtig. Als Beispiel hab ich mal die copyFile Methode aus den FileUtils von Apache-Commons-IO neu in JavaScript geschrieben:

importClass(java.io.File);
importClass(java.io.FileOutputStream);
importClass(java.io.FileNotFoundException);
importClass(java.io.IOException);

var FileUtils = new function() {

    this.copyFile = function(file1, file2) {

        var source = new File(file1);
        var destination = new File(file2);

        //check source exists
        if (!source.exists()) {
            var message = "File " + source + " does not exist";
            throw new FileNotFoundException(message);
        }

        // does destinations directory exist?
        if (destination.getParentFile() != null && !destination.getParentFile().exists()) {
            destination.getParentFile().mkdirs();
        }

        // make sure we can write to destination
        if (destination.exists() && !destination.canWrite()) {
            var message = "Unable to open file " + destination + " for writing.";
            throw new IOException(message);
        }

        // makes sure it is not the same file
        if (source.getCanonicalPath().equals(destination.getCanonicalPath())) {
            var message = "Unable to write file " + source + " on itself.";
            throw new IOException(message);
        }

        var input = new FileInputStream(source);
        try {
            var output = new FileOutputStream(destination);
            try {
                streamCopy(input, output);
            } finally {
                closeQuietly(output);
            }
        } finally {
            closeQuietly(input);
        }

        if (source.length() != destination.length()) {
            var message = "Failed to copy full contents from " + source + " to " + destination;
            throw new IOException(message);
        }

    }

    function streamCopy(input, output) {
        var buffer = java.lang.reflect.Array.newInstance(java.lang.Byte.TYPE, 4096);
        var count = 0;
        var n = 0;
        while (-1 != (n = input.read(buffer))) {
            output.write(buffer, 0, n);
            count += n;
        }
        return count;
    }

    function closeQuietly(stream) {
        try {
            stream.close()
        } catch (e if e.javaException instanceof IOException) {
            // ignore
        }
    }

};

try {
    FileUtils.copyFile('/tmp/test.txt','/tmp/test_cpy.txt');
} catch (e) {
    println(e);
}

Das Beispiel zeigt eigentlich eine ganze Menge (viel Spaß beim lesen). Ausführen könnt ihr das einfach mit dem Tool jrunscript (auf der Kommandozeile).

Bei einigen Sachen hab ich ein bisschen länger geguckt, deshalb hier noch mal hervorgehoben:

Importieren von Java-Klassen:

importClass(java.io.File);

Fangen einer Exception mit Type-Check:

} catch (e if e.javaException instanceof IOException) {

Erstellen eines Java-Byte-Arrays (für das Kopieren der Streams):

var buffer = java.lang.reflect.Array.newInstance(java.lang.Byte.TYPE, 4096);

Etwas auf der Konsole ausgegeben (sehr nützlich zum debuggen):

print('foo'); oder auch println('bar')

Ansonsten kann man fast normal Java schreiben und die volle Java Power kann genutzt werden. Was ich mir noch nicht angesehen hab ist wie man Apache-Commons-IO oder etwas ähnlich nützliches auf den Classpath bekommt damit man die dort enthaltenen Klassen auch verwenden kann. Hier hab ich ja das Rad neu erfunden das hätte man sicher auch einfacher haben können.

Nächstes mal werden mein Kollege und ich das dann in JavaScript machen. Dann brauchen wir nicht eine Stunde Pair-Programming einschieben. Außerdem hatte VB-Script dann auch implizit irgendwas gemacht das wir so natürlich nicht nachgebaut hatten. Da konnten wir dann auch noch debuggen…

naja… nächstes mal ist man schlauer…

registerMetaClass MyDomainObject
MyDomainObject.metaClass.findAllByMyField = { return [] }

Aufrufe dieser Methode geben so immer eine leere Liste zurück, was sehr praktisch ist, wenn man bei komplexen Domain Models nicht sämtliche Abhängigkeiten und Beziehungen über Fake-Daten mocken möchte, um nur einen einzelnen Sondefall zu testen.

Wenn man damit aber nicht aufpasst, kann das zu einigen grauen Haaren führen.

Wird nämlich registerMetaClass mehrfach für das selbe Objekt aufgerufen hat Grails Schwierigkeiten, damit durchgeführte Änderungen nach Beenden des Tests wieder aufzuräumen. Ab und zu funktioniert es, ab und zu nicht – ohne für den Entwickler erkennbaren Zusammenhang. Besonders gefährlich: Während die Tests, die diese Art von Mock benutzen, i.d.R. tadellos ihren Dienst tun, schlagen nun völlig andere Tests in scheinbar unzusammenhängenden Bereichen fehl.
In unserem Fall sorgte diese Sache für obskure und schlicht falsche Constraints-Fehler in Integration-Tests, wenn diese über grails test-app zusammen mit dem betroffenen Unit-Test ausgeführt wurden! Hinzu kam, dass diese Fehler nur auftraten, wenn die Tests direkt nach einem Clean des Projektes durchgeführt wurden.

Der gleiche Fehler kann auftreten, wenn man mockDomain mehrfach oder zusammen mit registerMetaClass aufruft. Das macht nämlich nichts anderes, als intern registerMetaClass zu verwenden, um die GORM-Eigenschaften zu mocken.

Kurz: Immer darauf achten, dass DomainObjects nicht “mehrfach” gemockt werden. Am besten ist es, wenn man in der setUp()-Methode von UnitTests einmalig ein Test-Modell zusammenbaut und dieses dann in den einzelnen Tests verwendet, statt hier individuell zu mocken. So behält man leicht die Übersicht, welche Mocks wo verwendet werden.

Ich hatte mir einen AJAX-Call zusammen gebaut (ähnlich dem folgenden):

$.ajax({
	url: 'ajax.php',
	data: {},
	cache: false,
	type: 'GET',
	success: function(data, textStatus, jqXHR) {
		// TODO
		alert(data);
	},
	error: function(jqXHR, textStatus, errorThrown) {
		if (jqXHR.status == 302) {
			// TODO 302 behandeln
		}
		alert(jqXHR.status);
	}
});

Der Server liefert dabei so lange “200 Success” mit einem String der den Grad der Fertigstellung anzeigt (z.B. 22%) bis die neue Resource zusammen gesetzt ist und liefert dann ein “302 Found”. Worauf hin ich den Browser auf die neue Resource lenken wollte. Hier das PHP-Script (ajax.php) das den 302 liefert (nur zum testen):

<?php
header("HTTP/1.1 302");
header("Location: http://www.google.de/");

Leider ist es nun so das der Status-Code im JS nicht richtig gesetzt ist (wo auch immer das Problem liegt). Die Browser die ich probiert habe liefert folgenden Ergebnisse:

• Firefox 11 lieferte 0
• Chrome 17 lieferte 0
• IE9 lieferte 12017

Ich habe in dem Projekt JQuery 1.5.1 aber 1.7.1 scheint das gleiche zu machen.

Man sollte sich also nicht darauf verlassen das man im Error-Handler noch mit dem Status-Code etwas anfangen kann. Ich hab das dann einfach so gelöst das der AJAX-Call immer JSON liefert in dem dann steht wie der Zustand jetzt ist. So habe ich alles im Success-Handler und der Error-Handler ist dann wirklich nur noch für unvorhergesehenes.

Neben bei bemerkt hat das cache: false sehr geholfen den IE davon abzuhalten das Ergebniss des AJAX-Calls zu cachen. Das hat auch schon zu lustigen Problemen geführt.

bis denn…

jQuery.active == 0 liefert true sobald keine aktiven Ajax-Requests mehr anliegen, die über jQuery gezündet wurden. Das ist zwar nicht exakt dass, was wir wissen wollen, erfüllt aber für die Tests voll und ganz den Zweck. Die Javascript-Schnipsel muss nur noch über den PHP-Webdriver ausgeführt werden. Ich nutze hierzu die folgende Methode innerhalb meines TestCases:

protected function waitForAjax($timeout = 15) {
 $retries = 0;
 while( $retries++ < $timeout*10 ) {
  if($this->getWebdriver()->execute('return jQuery.active == 0', array())) {
   return true;
  }
  usleep(100000);
 }
 return false;
}

Der Javascript-Code wird alle 100ms abgefeuert und gibt bei Erfolg true zurück. Dies wird für max. $timeout Sekunden durchgeführt. $this->webdriver ist hierbei die WebDriver-Klasse, die in den Testcases innerhalb der Setup-Methode erstellt wird:

protected function setUp() {
 $config = self::getConfiguration();
 $webdriver = new WebDriver($config['webdriver']['hub']['host'], $config['webdriver']['hub']['port']);
 $webdriver->connect($this->browser);
 $this->rootUrl = $config['webdriver']['url'];
 $webdriver->get($this->getRootUrl());
 $this->setWebDriver($webdriver);
}

Wir haben für die Otto-Tochter Hermes-OTTO International die B2B-Handelsplattform KEENON FASHION umgesetzt und waren hierzu auch beratend tätig.

Mehr in der aktuellen Ausgabe der TextilWirtschaft und online hier.

Die Umsetzung erfolgte mittels Java & Grails.

Für Windows hab ich auf die schnelle zwei Wrapper gefunden:

• srvany (von Microsoft)
• Procrun (von Apache)

Da Procrun von Apache ist und wohl auch vom Tomcat verwendet wird habe ich mich entschlossen das Tool zu nutzen.

Procrun besteht aus zwei Programmen:

1. Prunmgr (Procrun monitor application) ist eine GUI um Procrun Dienste zu konfigurieren.
2. Prunsrv (Procrun service application) ist der eigentliche Service-Wrapper

Die Monitor-Applikation ist nicht so interessant deshalb betrachten wir hier nur den Wrapper. Der Wrapper kann in drei Modes laufen:

1. Im Mode jvm wird direkt die jvm.dll verwendet um das Java-Programm zum Service zu machen. Das gewünschte Java-Programm läuft so in dem Prozess des Wrappers.
2. Im Mode exe kann eine beliebige anderes (native) Programm als Service gestartet werden. Das Programm wird dabei in einem eigenen Prozess gestartet.
3. Der Mode java ähnelt sehr dem Mode exe nur das hier automatisch die java.exe in einem eigenen Prozess gestartet wird.

Ich finde eigentlich den Mode jvm am besten. Die Idee das Java-Programm in dem Prozess laufen zu lassen finde ich eigentlich recht charmant und die Implementierung kann man leicht so gestalten das mein init.d Ansatz für Linux mit dem gleichen Source-Code funktioniert.

Um unser Beispiel-Programm als Service zu installieren lädt man sich die Binaries von der Apache-Seite herunter. Dann braucht ihr natürlich auch meine Sample-App (ist Eclipse-Projekt). Dann entpackt ihr das Sampel und entpackt die Distribution von Apache so das die prunsrv in dem Verzeichnis liegt in das ihr mein Beispiel entpackt habt. Dann könnt ihr mit dem Batch-Script (service_install.bat) den Service installieren:

@ECHO OFF
%~dp0\prunsrv //IS//SimpleService  ^
	--Jvm=auto --StartMode=jvm --StopMode=jvm  ^
	--Classpath %~dp0\SimpleService.jar  ^
	--StartClass de.wortzwei.simpleService.Service --StartParams start  ^
	--StopClass de.wortzwei.simpleService.Service --StopParams stop  ^
	--StartPath %~dp0 --LogPath %~dp0

Der Inhalt ist leicht erklärt (genauer könnt ihr das in der Dokumentation nachlesen): Es wird ein Service mit dem Namen “SimpleService” installiert. Die Jvm wird automatisch bestimmt und das Starten bzw. Stoppen passiert im Modus jvm. Natürlich muss der Classpath, das Working-Directory (StartPath) und der LogPath (hier schreibt das Tool sein eigenes Log) gesetzt werden. Das Working-Directory ist deshalb so wichtig da unser Service dort seine Einstellungen sucht. Dieses seltsame %~dp0 wird übrigens zum Verzeichnis erweitert in dem sich diese Bat-Datei befindet. Wirklich wichtig sind die Einstellungen StartClass, StopClass, StartParams und StopParams denn hier wird eingestellt das die Methode main (ist der default und kann auch noch eingestellt werden) in der Klasse de.wortzwei.simpleService.Service mit dem Parameter start zum starten bzw. stop zum stoppen aufgerufen wird. Die Main-Methode wird dabei nicht zum starten der VM aufgerufen sondern wird wie eine normale statische Methode aufgerufen.

Sehen wir uns die Main-Methode an:

public static void main(final String[] args) {
	// default ist "start"
	String cmd = CMD_START;
	if (args.length > 0) {
		cmd = args[0];
	}

	if (cmd.equalsIgnoreCase(CMD_START)) {
		Thread.setDefaultUncaughtExceptionHandler(new ExtUncaughtExceptionHandler());
		try {
			final Settings settings = new Settings();
			// den Server starten
			server = new Server(settings.getPort(),
			        settings.getMaxRequests(), new FileFactory(
			                settings.getOutput()));
			server.start();
		} catch (final IOException e) {
			System.out.println("fatal error!");
			e.printStackTrace();
			System.exit(-1);
		}
	} else {
		if (server != null) {
			server.shutdown();
			try {
				server.join();
			} catch (final InterruptedException e) {
				System.out.println("Interrupted?");
				e.printStackTrace();
			}
		}
	}
}

Wie man sieht wird der Server (ein Thread) gestartet wenn “start” als erster Parameter übergeben wird. Jeder andere String wird als “stop” interpretiert. Hier ist es wichtig beim stoppen nicht System.exit() aufzurufen. Das würde ja die JVM abbrechen, die wir nicht selber gestartet haben (da wir hier in der main Methode sind täuscht das ein wenig) und unter Windows werden dann wirre Meldungen angezeigt von wegen der Service konnte nicht gestoppt werden. Im Prinzip macht der Service-Wrapper nichts anderes als dieses kleine Programm:

/**
 * Diese Methode startet den Service; wartet ein bisschen und stoppt ihn dann
 * wieder. Ähnlich wie der Service-Wrapper das macht.
 */
private static void startStopService() {
	// starten
	Service.main(new String[] { "start" });

	// warten
	try {
		Thread.sleep(1000);
	} catch (final InterruptedException e) {
		System.out.println("Interrupted?");
		e.printStackTrace();
	}

	// stoppen
	Service.main(new String[] { "stop" });
}

Wie bereits erwähnt ist das beste an diesem Ansatz das ich diese Main-Methode fast ohne Änderung so unter Linux auch verwenden kann. Unter Linux ruft das init.d Script zum stoppen des Daemons nur kill -15 <pid> auf (SIGTERM). Wenn man jetzt einen Shutdown-Hook registriert kann dieser das stoppen des Server-Threads übernehmen und mit ein bisschen Refactoring kann der Code der jetzt im Else-Zweig steht sogar von beiden Ansätzen verwendet werden.

problem soved! bis denn…

class LocaleEnforcingController {

  def localeResolver

  ...

  def beforeInterceptor = {
    localeResolver.setLocale(request, response, new Locale(...))
  }

  ...

  def someAction = {
    ...
    localeResolver.setLocale(request, response, new Locale(...))
    ...
  }

}

1. Im Internet soviel Dokumentation lesen wie verfügbar ist.
2. Ein gutes Buch kaufen und komplett lesen.
3. machen…

Bei Groovy bin ich gerade beim “machen” angekommen .

Besonders cool finde ich die Unterstützung für Meta-Programming. Nur die Suche nach einem sinnvollen Beispiel gestaltete sich etwas schwierig. Groovy hat die grundlegenden Klassen von Java bereits mit genügend sehr nützlichen Funktionen ausgestattet. Mir ist allerdings aufgefallen das in String keine Funktion wie StringUtils.isBlank() hinzugefügt wurde. Die Funktion gehört zu meinen Lieblingsfunktionen und ich verwende sie sehr oft.

Dank der ExpandoMetaClass lässt sich die Funktion leicht hinzufügen:

void testIsBlank() {
    String.metaClass.isBlank = {
        ->
        int strLen;
        if ((strLen = delegate.length()) == 0) {
            return true;
        }
        for (int i = 0; i < strLen; i++) {
            if ((Character.isWhitespace(delegate.charAt(i)) == false)) {
                return false;
            }
        }
        return true;
    }

    assertTrue ' '.blank
    assertTrue ''.blank
    assertFalse 'bob'.blank
    assertFalse ' bob '.blank
}

Vielleicht finden sich ja noch andere nützliche Funktionen in den StringUtils die man einfach String hinzufügen kann?

Ziel ist es eine ListView zu implementieren, die wie folgt aussieht:

Jeder Eintrag verfügt über ein Icon auf der linken Seite und ein RadioButton auf der rechten Seite, welches den selektierten Eintrag anzeigt. Das Layout für die Aktivität list_view_demo.xml:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical" android:layout_width="fill_parent"
android:layout_height="fill_parent">

<RelativeLayout android:layout_width="fill_parent"
android:orientation="horizontal" android:layout_height="wrap_content"
android:paddingTop="10dp" style="@android:style/ButtonBar">

<Button android:id="@+id/choose_btn" android:text="@string/choose_btn"
android:layout_width="wrap_content" android:layout_height="wrap_content"
android:enabled="true" android:layout_alignParentRight="true" />

</RelativeLayout>

<ListView android:id="@+id/list_view" android:layout_width="fill_parent"
android:layout_height="fill_parent" android:drawSelectorOnTop="false" />

</LinearLayout>

und speziell für jeden Listeneintrag soll das Layout list_entry.xml genutzt werden. Hier gilt es zu beachten, dass nicht eine CheckBox sondern eine CheckedTextView genutzt wird. Damit wird der Touch-Event immer von der Liste verarbeitet.

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent" android:layout_height="64dip"
android:gravity="center_vertical" android:ignoreGravity="@+id/icon">

<ImageView android:id="@+id/icon"
android:layout_alignParentLeft="true" android:layout_alignParentTop="true"
android:layout_alignParentBottom="true" android:layout_width="wrap_content"
android:layout_height="wrap_content" android:src="@drawable/icon" />

<TextView android:id="@+id/label"
android:layout_width="200dp" android:paddingLeft="9dip"
android:layout_height="wrap_content" android:layout_toRightOf="@id/icon"
android:layout_centerVertical="true" android:textSize="23dp" />

<CheckedTextView android:id="@+id/checkstate"
android:layout_width="wrap_content" android:layout_height="wrap_content"
android:layout_marginRight="6dip" android:layout_alignParentRight="true"
android:background="#00000000" android:focusable="false"
android:clickable="false" android:checked="false"
android:checkMark="@android:drawable/btn_radio"
android:layout_centerVertical="true"
/>

</RelativeLayout>

Damit ist das Layout definiert und muss nur noch an die Liste übergeben werden. Dies erfolgt durch die Implementierung eines eigenen Adapters. Hierzu habe ich eine private Klasse DomainExampleAdapter erstellt, die mit dem DomainObject DomainExample zusammenarbeitet.

private class DomainExampleAdapter extends ArrayAdapter<DomainExample> {

  DomainExampleAdapter() {
    super(getApplicationContext(), R.layout.list_entry, itemList);
  }

  public View getView(int position, View convertView, ViewGroup parent) {
    View row = convertView;

    if (row == null) {
      LayoutInflater inflater = getLayoutInflater();
      row = inflater.inflate(R.layout.list_entry, parent, false);
    }

    TextView label = (TextView) row.findViewById(R.id.label);
    CheckedTextView checkBox = (CheckedTextView) row.findViewById(R.id.checkstate);

    label.setText(itemList.get(position).toString());
    checkBox.setChecked(listView.getCheckedItemPosition() == position);
    return (row);
  }
}

Das zuvor vorgestellte Layout wird im Konstruktor und Inflater explizit genutzt. Das Überschreiben der Methode getView, welches für jeden Listeneintrag aufgerufen wird, bewirkt, dass das Label und die Checkbox entsprechend gesetzt wird. Hier der Vollständigkeit halber die Klasse DomainExample:

public class DomainExample {

  private int id;

  private String name;

  public int getId() {
    return id;
  }

  public void setId(int id) {
    this.id = id;
  }

  public String getName() {
    return name;
  }

  public void setName(String name) {
    this.name = name;
  }

  public String toString() {
    return getName();
  }
}

Die Initialisierung der Activity erfolgt wie folgt:

public class ListViewDemo extends Activity implements View.OnClickListener {

  private ListView listView = null;
  List<DomainExample> itemList = null;

  @Override
  public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.list_view_demo);

    itemList = getItemList();
    listView = (ListView) findViewById(R.id.list_view);
    listView.setChoiceMode(ListView.CHOICE_MODE_SINGLE);
    listView.setAdapter(new DomainExampleAdapter());
    ...
}
...
}

Die Liste mit den Einträgen wird durch die private Method getItemList. Erzeugt. Anschließend wird die listView anhand der Id ermittelt und der ChoiceMode auf single gesetzt. Dies ist besonders wichtig, da die selektierte Zeile ansonsten nicht über die Methode getCheckedItemPosition() abgefragt werden kann. Zu guter letzt wird der eigene Adapter an die ListView gehängt. Damit haben wir die oben prästentierte ListView komplett umgesetzt.

Ein vollständiges implementiertes Beispiel kann hier heruntergeladen werden. Viel Spaß damit!

Zunächst das Ausgangsproblem:

<div class="container">
	<div class="element">Lorem ipsum ...</div>
	<div class="element">Lorem ipsum ...</div>
</div>

.container {
	margin: 10px;
	padding: 10px;
	background: red;
}
.element {
	margin: 5px; background: yellow;
	float: left;
}

Aktuelle Situation:

So soll es aussehen:

Lösung mittels zusätzlichem Subelement:
Durch Anhängen eines Subelements (bspw. br) mit style="clear:both" wird das floating unterbrochen und die Containerhöhe korrekt berechnet.

<div class="container">
	...
	<br style="clear:both" />
</div>

Lösung mit CSS und nichts als CSS:
Fügt man dem Container-div lediglich die folgenden beiden CSS-Attribute zu, so kann man sich das Subelement sparen!

.container {
	...
	overflow: hidden;	/* für den IE7 und drunter */
	display: table;		/* für den Rest der Browserwelt */
}