Begrüßung

In der Begrüßung vermittelte Margret Mergen (Bürgermeisterin der Stadt Karlsruhe) viele interessante Fakten zu Karlsruhe. Sie bezeichnete die Stadt als das “Silicon Valley Deutschlands” und nahm damit Bezug auf die räumliche Nähe der über 3.000 IT Firmen mit über 25.000 ITlern. Ebenfalls interessant war die Tatsache, dass jede vierte Informatiker aus Karlsruhe kommt.

Freundliche Eindringlinge – Moderne Web-Applikationen mit CDI

Wie den Teilnehmern des Entwicklertages versprochen, möchte ich an dieser Stelle die Tonspur und die Beispielapplikation zur Verfügung stellen. Da ich bereits darüber gebloggt habe, veröffentliche ich hier nur den Link zu meinem Beitrag Freundliche Eindringlinge – Moderne Web-Applikationen mit CDI.

Zum Vortrag kann ich nur sagen, dass es Spaß gemacht hat, ihn in den schönen Räumen der IHK Karlsruhe halten zu dürfen und dass ich auch das Glück einer aktiven Zuhörerschaft mit spannenden Fragen hatte.

Freundliche Eindringinge @ Entwicklertag 2012

Rechtliche Aspekte zu Cloud Computing

Prof. Dr. Rupert Vogel, Tobias Haar und Dr. Oliver Meyer-van Raay beleuchteten die rechtlichen Aspekte zum Thema Cloud. Nach der Definition des Cloud-Begriffs, den Ausprägungen (IaaS, PaaS, SaaS) und der Erkenntnis, dass es sich beim Thema Cloud Computing nicht um einen Rechtsbegriff handelt, wurden alle relevanten Rechtsbereiche erörtert.

IT-Recht

Sofern es sich um eine B2B-Beziehung handelt, kann die Rechtswahl selbst übernommen werden, d.h., ich kann mir ein Land aussuchen, gemäß dessen Rechtsprechung ich agieren möchte. Als Tipp wurde genannt, dass immer der Kunde auf Rechtswahl drängen sollte.

Handelt es sich jedoch um eine B2C-Beziehung, muss nach Recht des Verbrauchers verfahren werden, also nach dem Recht, das am günstigsten für den Verbraucher ist. Hier spielt in der Regel das Land, in dem der Verbraucher firmiert, eine Rolle. Ebenfalls interessant dazu ist, dass im Zweifelsfall das Recht des Landes, in dem der Schaden eintritt, gilt.
Zum Thema Vertragsgestaltung wurde erwähnt, dass es sich um Mietverträge nach deutschem Recht handelt, sodass der Vermieter für die Leistung verantwortlich ist. Um auf der sicheren Seite zu sein, müssen Service Level Agreements vereinbart werden. Spannend ist auch das Thema “Exit Management”. Wir wird mit Daten verfahren?

Zur Vertragsgestaltung wurde der Tipp gegeben, den Vetrag immer so zu gestalten, dass ein 60jähriger Richter diesen auch verstehen kann. Also nicht “Leistung 98% verfügbar”, sondern lieber alles detailliert beschreiben. Was ist denn beispielsweise “die Leistung”? Und was heißt “verfügbar”?

Ein Blick in das Amazon Web Services Customer Agreement zeigte, dass Amazon den Service einfach mal abschalten kann…

Urheberrecht

Beim Urheberrecht sind in der Regel drei Parteien betroffen. Der Kunde, der Cloud-Anbieter und das Software-Haus. Aufgepasst werden muss vor allem im Bereich des Software-Hauses. Wurde eine Lizenz für die Cloud erworben? Wie sieht es mit der Handhabung von Vervielfältigungen aus? Ist es nicht eine Vermietung, wenn ich die Software in der Cloud zur Verfügung stelle? All dies muss zwischen den Parteien vereinbart werden.

Wie steht es um Software, die ein Angestellter oder ein Freelancer für ein Unternehmen entwickelt hat? Kann diese einfach in die Cloud gehen? Beim Angestellten ist das recht einfach, hier hat der Arbeitgeber Verwertungsrechte. Bei Freelancern ist das ein wenig schwieriger, weil hier unter Umständen eine neue Nutzungsart hinzukommt.

Datenschutz/-sicherheit

Hier gilt das Territorialitätsprinzip, also die Rechtsprechung des Landes in dem die Daten verarbeitet werden. Problematisch wird das Ganze natürlich nur bei personenbezogenen Daten. Hier muss eine Anonymisierung stattfinden und optimalerweise auch noch eine Verschlüsselung, damit die Cloud-Anbieter diese Daten nicht im Zugriff haben. Spannend wird es auch beim Thema der Auftragsdatenverarbeitung: hier sollte man sich einen geeigneten Anbieter á la Microsoft oder Salesforce, die den Richtlinien der EU entsprechen, suchen.

Mehr dazu kann in den Vortragsfolien auf der Webseite des Entwicklertages 2012 nachgelesen werden.

In der Fragerunde zum Vortrag wurde noch erwähnt, dass man im rechtlichen Sinne nicht vom Besitz von Daten sprechen kann, sondern nur vom Zugriff.

Rechtliche Aspekte zu Cloud Computing @ Entwicklertag 2012

Software Engineering von Mobile Apps

Stefan Hellfeld zeigte sehr schön die Entwicklung der mobilen Endgeräte an seiner eigenen Handy-Historie auf. Danach machte er darauf aufmerksam, wer eigentlich aktuell die Software für mobile Endgeräte verkauft: Betriebssystem- und Gerätehersteller. Auch erfunden hat das Ganze nicht Apple mit dem App Store, sondern Nokia mit Symbian schon einige Jahre zuvor.

Was?

Was ist das größte Problem, wenn man eine Software in den App Store bringt? Die Konkurrenz! Wie kann man sich, abgesehen vom Preis, von seinen Konkurrenten absetzen? Durch Innovation! Wie diese Innovation vorangeschritten ist, zeigt die Gegenüberstellung einiger Features des Smartphones (GSM, GPRS, Kamera, Bewegungssender) gegenüber verschiedenen Features von Software (Virtuelle Realität, Wecker, Aufzeichnung, MP3-Player). Hier steht es 9:26 für die Software. Herr Hellfeld legte nahe, sich als Entwickler von Mobilen Apps als Integrator zu sehen und so mehrere Hardwarekomponenten für die Lösung eines Problems zu verknüpfen.

Wie?

Da wir jetzt wussten, was wir zu programmieren hatten, stellte sich natürlich die Frage nach dem Wie. Hier verglich Herr Hellfeld die mobile Entwicklung für iOS mit der klassischen Software-Entwicklung. Bei letzterer wurden in der Regel Lizenzen für IDEs gekauft und fertig war man, was die Ausgaben im Entwicklungsprozess anging. In der mobilen Entwicklung ist die IDE zwar kostenlos (sofern man einen Mac hat), aber man braucht Lizenzen für die Entwickler, muss auf externen Geräten testen und die Software dann auch noch im App Store zur Abnahme einreichen.

Zukunft iOS, Android, Windows Phone & JavaME

Es gibt schon jetzt mehr Smartphones als Handys. Android Apps sind im Schnitt teurer als iOS Apps, und JavaME liegt hinsichtlich des Marktanteils noch 15% hinter iOS und Android. Herr Hellfeld ist der Meinung, dass iOS weiter wachsen wird, Android auch – und zwar stärker – und Microsoft wird es zukünftig mit den beiden aufnehmen, da es noch keine richtige Office-Integration auf iOS oder Android gibt und es Windows Phone noch an Tablets fehlt.

Organisation

Was wird alles benötigt, um starten zu können? Eine Entwicklungsumgebung und ein SDK, ein Team, wobei sich die optimale Anzahl Mitarbeiter seiner Ansicht nach aus der Wurzel der Projektdauer in Personentagen ermittelt. Ferner benötigt man ein gutes Management, bei dem Enwickler 16 LOC (lines of code) pro Tag schaffen, die direkt in der Software verwendet werden, ein Vorgehensmodell und jede Menge Testgeräte. Es gibt zwar Simulatoren, aber diese ersetzen nicht die Tests auf Endgeräten.

Sicherlich neu in der mobilen Entwicklung ist die Rolle des Kunden, da man hier jetzt mit “Experten” redet, die genau wissen, wie eine mobile App auszusehen und wie sie sich anzufühlen hat.

Nativ, WebApp oder Hybrid?

Die Abgrenzung der unterschiedlichen App-Typen ist ja mittlerweile in aller Munde. Interessant ist jedoch Herr Hellfelds Abgrenzung im Detail. Native Apps sind bei ihm Apps, die nativ programmiert wurden, bei denen sich jedoch auch alle Daten auf dem Smartphone befinden. Hybrid sind bei ihm einerseits die Lösungen, die via Titanium oder PhoneGap auf beliebig viele Plattformen gebracht werden können, als auch Apps, die nativ implementiert wurden, aber ihre Daten aus dem Internet beziehen.

Als Best-Practice-Beispiele nannte er die Apps von Facebook und N-tv, die beide auf eine hybride Lösung setzen. Die UI-Elemente sind nativ implementiert, da sie flüssig sein müssen; die Informationsdarstellung erfolgt in Webviews.

Als gutes Feature von iOS wurde erwähnt, dass man es geschafft habe, auch Apps elegant abstürzen zu lassen, so dass sich der Nutzer selbst hinterfragt, bevor er davon ausgeht, dass die App fehlerhaft ist.

Spannend war auch ein Vergleich der Effizienz der Entwicklung zwischen iOS (Xcode) und Windows Phone (Visual Studio mit Expression Blend). So bräuchte man in Xcode für die Entwicklung einer Taschenlampen-App 80 Sekunden und in Visual Studio nur 32 Sekunden.

Zukunft der Apps

Apps sind in der Zukunft agil, sie passen sich an Anwender, Kontext, Gerät und Informationskanal an, sie sind intelligent, denken mit und treffen banale Entscheidungen, und darüber hinaus bilden sie Menschen auf Informationssystemen ab.
Software Engineering von Mobile Apps @ Entwicklertag 2012

Entspannte Nebenläufigkeit – Aktoren in Scala und Java

Andi Scharfstein und Ben Romberg motivierten Aktoren mit dem “Northeast blackout of 2003″. Als Ursache wurde eine Race Condition identifiziert. Um Race Conditions zu vermeiden, sollen Aktoren eingesetzt werden. Es muss also, getreu dem Aktoren-Paradigma, Datenfluss nur in gekapselten Systemen agiert werden.

Aktoren haben dabei einen eindeutigen Namen (Adresse), ein Verhalten (Code), einen Zustand (Daten) sowie eine Mailbox. Aktoren können Nachrichten verschicken, den eigenen Zustand bzw. ihr Verhalten ändern und neue Aktoren erstellen. In der Theorie laufen Aktoren parallel zueinander; es gibt keine Aussage zum Nachrichtenverhalten, und somit können Nachrichten theoretisch verloren gehen oder auch ihre Reihenfolge verändern.

In einem Bespiel, in dessen Rahmen Spielstände von Mannschaften verändert wurden (ja, es ist ja bald EM), wurde das Akka-Framework vorgestellt.

Für den Einsatz wurde vorgeschlagen, dass über Nachrichten kommuniziert werden soll und Nachrichten nur als immutable Objekte verwendet werden sollen, um Race Conditions zu vermeiden.

Als Fazit machten die Vortragenden Werbung für den Einsatz von Aktoren, da der Einarbeitungsaufwand gering sei, man nur seine Herangehensweise ändern müsse und so sehr performante nebenläufige Applikationen ohne Race Conditions bauen könne.

Mich haben die Jungs überzeugt und ich werde den nächsten passenden Anwendungsfall mal mit Aktoren umsetzen.

Entspannte Nebenläufigkeit – Aktoren in Scala und Java @ Entwicklertag 2012

Subjektorientorierung

Albert Fleischmann hat ein neues Modell für den Softwareentwicklungsprozess entwickelt. Eingangs rief er den Zuhörern den deutschen Satzbau im Aktiv mit Subjekt, Prädikat und Objekt ins Gedächtnis (Wer macht was womit?) Im Vergleich dazu skizzierte er unterschiedliche Modelle der Softwareentwicklung (Flussdiagramm, ER-Diagramm, UML etc.), die im nicht ausreichenden Maße Subjekt, Prädikat und Objekt beschreiben. Sein Anliegen war es, Anwender für die Subjektorientierung zu motivieren. Als Fallbeispiel stellte er die Steuerung eines ferngesteuerten Vogels vor, die er später in ein Bespiel zu einem Transportunternehmen verwandelte. Spätestens hier hatte er mich leider komplett abgehängt. Als nach 40 Minuten Motivation innerhalb von fünf Minuten das Modell vorgestellt werden sollte, konnte ich leider nicht mehr das Konzept und den Nutzen der Subjektorientierung verstehen. Falls die Folien online gestellt werden, werde ich auf jeden Fall noch mal hineinschauen.

Subjektorientierung @ Entwicklertag 2012

Fazit

Für mich eine sehr gelungene Veranstaltung – von der Organisation über die Referenten bis hin zum Veranstaltungsort. Dafür möchte ich mich bei den Veranstaltern und Referenten herzlich bedanken, und vielleicht bin ich ja nächstes Jahr auch wieder dabei.

Das dritte Hamburg Web Performance Meetup fand am 25. April in den Räumlichkeiten von Telefónica in der City Nord statt. Den fast vierzig Teilnehmern, die sich trotz eines zeitgleich laufenden, hochkarätigen Champions-League-Spiels nicht vor den Fernseher gesetzt hatten, wurden zwei interessante Vorträge geboten.

Den Anfang machten Jan Vogel (DI UNTERNEHMER) und Uwe Beßle (Iteratec) mit dem Thema “Optimierung der gefühlten Performance – Web Performance Management für Fortgeschrittene”. Die beiden präsentierten ihre Erfahrungen, die sie im Umfeld einer der weltweit größten eCommerce-Sites gemacht haben. Vorgestellt wurden u.a. eigene Metriken für Performance und Kundenzufriedenheit.

Im Rahmen des Projekts wurden End-User-Tests mit etwa 1.500 Probanden sowie automatisierte Tests mit dem Tool WebPagetest (WPT) durchgeführt. Mit Best-Practise-Beispielen zu WPT und einem regen und ausführlichen Frage-und-Antwort-Teil endete dieser Vortrag.

Der zweite Teil des Abends bestritten Oliver Ochs und meine Wenigkeit mit unserer Präsentation “Building Performance, ein Frontend-Build-Prozess”.

Wir haben einen auf Maven basierenden Build-Prozess vorgestellt, mit dem die Frontent-Komponente des DSL-Portals von Telefónica O₂ erstellt wird. In mehreren Schritten sorgt dieser Build-Prozess automatisiert dafür, dass HTML, CSS, JavaScript und Bildelemente hinsichtlich der Web Performance optimiert werden. Dabei kommen unter anderem Werkzeuge wie OptiPng, Web Ressource Optimizer, JSLint, CSSLint und der Google Closure Optimizer zum Einsatz, die als Maven-Plugins ohne großen Aufwand in den Prozess integriert werden.

Der Abend endete mit einer Verlosung von Fachbüchern des Sponsors unseres Web Performance Meetups in Hamburg, dem O’Reilly Verlag.

Unser Vortrag zum Frontend-Build-Prozess ist bei SlideShare verfügbar:

• Building Performance – ein Frontend-Build-Prozess für Java mit Maven

Ganz generell

Also, ich habe mich mal mit den Logging-Details von Liferay und Tomcat beschäftigt und muss sagen: das geht besser! Evaluiert habe ich Liferay 6.0.6 im Bundle mit Tomcat 6.0.29. Eine momentan sehr gängige Kompilation, da Liferay 6.1 noch sehr jung ist und man sich Kinderkrankheiten nicht gerne mit an Bord holt.

Tomcat

Sehr interessant. Tomcat ist aus dem Hause Apache. Der wahrscheinliche gängigste Logger ist log4j und kommt aus dem Hause… Apache. Also wird Tomcat ausgeliefert mit… richtig, java.util.logging. [Metapher von der Redaktion zensiert.] In Tomcat ist das Logging über eine dünne Zwischenschicht realisiert – JULI. JULI ist eigentlich nur das bekannte Commons Logging aus dem Hause… Apache – allerdings in einem anderen Java Package, damit auch ja jeder sein eigenes Commons Logging mitbringt und ja nichts modular ist. Was soll’s, der Tomcat ist trotzdem recht gut. Außerdem gibt es ja die „Extras“, in denen eine JULI –Variante existiert, mit der auch log4j funktioniert.

Liferay

Liferay bringt sein eigenes Logging mit – natürlich Apache log4j. Aber ich wäre nicht ich, wenn ich hier nichts Negatives anzumerken hätte: Wenn man Liferay im Bundle mit Tomcat ausliefert und Tomcat von Haus aus nur java.util.logging mitbringt, wobei aber log4j als Logger möglich ist, und Liferay eh log4j enthält, warum kann man das nicht alles verbinden und Liferay im Bundle mit Tomcat gleich mit einem schlüssigen Logging-Gesamtkonzept ausliefern? Richtig, weil Liferay in Wahrheit die Eierlegende-Wollmilchsau-Web-Applikation sein soll. Und trotzdem sind Mühen in Anpassungen des Tomcats im Bundle geflossen. Huch, den letzten Satz streichen!

Und jetzt zusammen

Nun, die Richtung ist soweit klar: Tomcat und Liferay sollen beide mit log4j arbeiten, und am besten noch mit demselben, d.h., die log4j-Bibliothek soll nur einmal in der gesamten ClassLoader-Hierarchie existieren. Dafür muss man nicht viel machen, man verschiebt einfach nur die entsprechende Jar-Datei von $CATALINA_HOME/webapps/ROOT/WEB-INF/lib/log4j.jar nach $CATALINA_HOME/lib. Als nächstes brauchen wir die alternative JULI-Variante aus den Tomcat-Extras, damit log4j auch von Tomcat und nicht nur von Liferay erkannt wird. Zwei Dateien sind notwendig:

• tomcat-juli.jar -> $CATALINA_HOME/bin
• tomcat-juli-adapters.jar -> $CATALINA_HOME/lib

Und für die Funktionstüchtigkeit von log4j brauchen wir noch eine log4j.properties-Datei. Diese legen wir ebenfalls in $CATALINA_HOME/lib. Hier habe ich mal eine Beispieldatei:

#
# Default properties (can be referenced)
#

default.DatePattern='.'yyyy-MM-dd
default.ConversionPattern=%d{HH:mm:ss.SSS} %p [%c{1}:%L] %m%n

#
# Appenders
#

log4j.appender.ROOT=org.apache.log4j.DailyRollingFileAppender
log4j.appender.ROOT.File=${catalina.base}/logs/root.log
log4j.appender.ROOT.Append=true
log4j.appender.ROOT.Encoding=UTF-8
log4j.appender.ROOT.DatePattern=${default.DatePattern}
log4j.appender.ROOT.layout=org.apache.log4j.PatternLayout
log4j.appender.ROOT.layout.ConversionPattern=${default.ConversionPattern}

# The appender below is an example for a special purpose logger
#log4j.appender.CATALINE/LOCALHOST=org.apache.log4j.DailyRollingFileAppender
#log4j.appender.CATALINE/LOCALHOST.File=${catalina.base}/logs/catalina-localhost.log
#log4j.appender.CATALINE/LOCALHOST.Append=true
#log4j.appender.CATALINE/LOCALHOST.Encoding=UTF-8
#log4j.appender.CATALINE/LOCALHOST.DatePattern=${default.DatePattern}
#log4j.appender.CATALINE/LOCALHOST.layout=org.apache.log4j.PatternLayout
#log4j.appender.CATALINE/LOCALHOST.layout.ConversionPattern=${default.ConversionPattern}

#
# Loggers
#

log4j.rootLogger=INFO, ROOT

# The logger below is an example for a special purpose
#log4j.logger.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]=INFO, CATALINE/LOCALHOST
#log4j.additivity.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]=false

Ok, fast geschafft. In Liferay ist natürlich noch eine unglaublich clevere log4j-Konfigurationslogik hinterlegt, die es auszuhebeln gilt. In der system.properties-Datei in $CATALINA_HOME/webapps/ROOT/WEB-INF/lib/portal-impl.jar ist ein Property zu finden, das dafür sorgt, dass log4j von Liferay konfiguriert wird: „log4j.configure.on.startup“. Natürlich setzen wir dieses auf „false“. Wir kommen einem schlüssigen Gesamtkonzept immer näher. Um java.util.logging daran zu hindern, für Tomcat initialisiert zu werden, muss noch die Datei $CATALINA_HOME/conf/logging.properties entfernt werden.

Wenn man jetzt Tomcat startet, dann bekommt man… 500kB Log-Nachrichten? Ja, heutige Applikationen sind unglaublich geschwätzig. Als wir Liferay daran gehindert haben, log4j für sich zu konfigurieren, haben wir auch die Priority pro Logger auf Standard gelassen (INFO). Mit einem kleinen Tool können wir sämtliche Priority- und Logger-Einstellungen aus der META-INF/portal-log4j.xml-Datei in $CATALINA_HOME/webapps/ROOT/WEB-INF/lib/portal-impl.jar extrahieren.

package noorg;

import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.util.Arrays;
import java.util.Iterator;

import javax.xml.namespace.NamespaceContext;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.xpath.XPath;
import javax.xml.xpath.XPathConstants;
import javax.xml.xpath.XPathFactory;

import org.w3c.dom.Document;
import org.w3c.dom.Node;
import org.w3c.dom.NodeList;

public class Log4jXml2Properties {

	public static void main(String[] args) throws Exception {
		InputStream in = null;
		try {
			in = new FileInputStream("portal-log4j.xml");
			DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
			dbf.setNamespaceAware(true);
			DocumentBuilder db = dbf.newDocumentBuilder();
			Document d = db.parse(in);
			XPathFactory xpf = XPathFactory.newInstance();
			XPath xp = xpf.newXPath();
			xp.setNamespaceContext(new NamespaceContext() {

				@Override
				public String getNamespaceURI(String prefix) {
					return "http://jakarta.apache.org/log4j/";
				}

				@Override
				public String getPrefix(String namespaceURI) {
					return "log4j";
				}

				@Override
				public Iterator<String> getPrefixes(String namespaceURI) {
					return Arrays.asList("log4j").iterator();
				}
			});
			NodeList categories = (NodeList) xp.evaluate("/log4j:configuration/category", d, XPathConstants.NODESET);
			for (int i = 0; i < categories.getLength(); ++i) {
				Node category = categories.item(i);
				String name = (String) xp.evaluate("@name", category, XPathConstants.STRING);
				String priority = (String) xp.evaluate("priority/@value", category, XPathConstants.STRING);
				System.out.println("log4j.logger." + name + "=" + priority);
			}
		} finally {
			if (in != null)
				try {
					in.close();
				} catch (IOException ignore) {}
		}
	}
}

Und hier das Endergebnis als log4j.properties:

#
# Default properties (can be referenced)
#

default.DatePattern='.'yyyy-MM-dd
default.ConversionPattern=%d{HH:mm:ss.SSS} %p [%c{1}:%L] %m%n

#
# Appenders
#

log4j.appender.ROOT=org.apache.log4j.DailyRollingFileAppender
log4j.appender.ROOT.File=${catalina.base}/logs/root.log
log4j.appender.ROOT.Append=true
log4j.appender.ROOT.Encoding=UTF-8
log4j.appender.ROOT.DatePattern=${default.DatePattern}
log4j.appender.ROOT.layout=org.apache.log4j.PatternLayout
log4j.appender.ROOT.layout.ConversionPattern=${default.ConversionPattern}

# The appender below is an example for a special purpose logger
#log4j.appender.CATALINE/LOCALHOST=org.apache.log4j.DailyRollingFileAppender
#log4j.appender.CATALINE/LOCALHOST.File=${catalina.base}/logs/catalina-localhost.log
#log4j.appender.CATALINE/LOCALHOST.Append=true
#log4j.appender.CATALINE/LOCALHOST.Encoding=UTF-8
#log4j.appender.CATALINE/LOCALHOST.DatePattern=${default.DatePattern}
#log4j.appender.CATALINE/LOCALHOST.layout=org.apache.log4j.PatternLayout
#log4j.appender.CATALINE/LOCALHOST.layout.ConversionPattern=${default.ConversionPattern}

#
# Loggers
#

log4j.rootLogger=INFO, ROOT

# The logger below is an example for a special purpose
#log4j.logger.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]=INFO, CATALINE/LOCALHOST
#log4j.additivity.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]=false

#
# Categories and priorities
#

log4j.logger.com.ecyrd.jspwiki=ERROR
log4j.logger.com.germinus.easyconf=ERROR
log4j.logger.com.liferay=ERROR
log4j.logger.com.liferay.documentlibrary=ERROR
log4j.logger.com.liferay.documentlibrary.util=ERROR
log4j.logger.com.liferay.documentlibrary.util.CMISHook=INFO
log4j.logger.com.liferay.documentlibrary.util.DLIndexer=ERROR
log4j.logger.com.liferay.documentlibrary.util.HookFactory=ERROR
log4j.logger.com.liferay.jdbc=ERROR
log4j.logger.com.liferay.mail.service.impl.MailServiceImpl=ERROR
log4j.logger.com.liferay.mail.util=ERROR
log4j.logger.com.liferay.mail.util.DummyHook=ERROR
log4j.logger.com.liferay.mail.util.HookFactory=ERROR
log4j.logger.com.liferay.mail.util.MailSessionFactoryBean=ERROR
log4j.logger.com.liferay.portal.action.JSONServiceAction=INFO
log4j.logger.com.liferay.portal.action.LayoutAction=WARN
log4j.logger.com.liferay.portal.bean.BeanLocatorImpl=WARN
log4j.logger.com.liferay.portal.cache=WARN
log4j.logger.com.liferay.portal.cache.ehcache.EhcachePortalCacheManager=ERROR
log4j.logger.com.liferay.portal.cache.ehcache.LiferayBootstrapCacheLoaderFactory=INFO
log4j.logger.com.liferay.portal.cache.ehcache.LiferayCacheEventListenerFactory=INFO
log4j.logger.com.liferay.portal.cache.ehcache.LiferayCacheManagerPeerProviderFactory=INFO
log4j.logger.com.liferay.portal.captcha.CaptchaImpl=INFO
log4j.logger.com.liferay.portal.cluster=INFO
log4j.logger.com.liferay.portal.convert=DEBUG
log4j.logger.com.liferay.portal.dao.db=INFO
log4j.logger.com.liferay.portal.dao.db.BaseDB=INFO
log4j.logger.com.liferay.portal.dao.jdbc.aop=ERROR
log4j.logger.com.liferay.portal.dao.jdbc.pool=ERROR
log4j.logger.com.liferay.portal.dao.jdbc.util.DataSourceFactoryBean=INFO
log4j.logger.com.liferay.portal.dao.orm.common.SQLTransformer=ERROR
log4j.logger.com.liferay.portal.dao.orm.hibernate.SessionFactoryImpl=ERROR
log4j.logger.com.liferay.portal.dao.shard=ERROR
log4j.logger.com.liferay.portal.deploy=INFO
log4j.logger.com.liferay.portal.deploy.hot.HookHotDeployListener=INFO
log4j.logger.com.liferay.portal.deploy.hot.PluginPackageHotDeployListener=ERROR
log4j.logger.com.liferay.portal.deploy.hot.ThemeLoaderHotDeployListener=ERROR
log4j.logger.com.liferay.portal.deploy.hot.messaging.HotDeployMessageListener=ERROR
log4j.logger.com.liferay.portal.editor=ERROR
log4j.logger.com.liferay.portal.editor.fckeditor.ConnectorAction=ERROR
log4j.logger.com.liferay.portal.events.EventsProcessor=ERROR
log4j.logger.com.liferay.portal.events.FixOracleAction=INFO
log4j.logger.com.liferay.portal.events.GarbageCollectorAction=ERROR
log4j.logger.com.liferay.portal.events.LogMemoryUsageAction=DEBUG
log4j.logger.com.liferay.portal.events.LoginPostAction=ERROR
log4j.logger.com.liferay.portal.events.LoginPreAction=ERROR
log4j.logger.com.liferay.portal.events.LogoutPostAction=ERROR
log4j.logger.com.liferay.portal.events.LogoutPreAction=ERROR
log4j.logger.com.liferay.portal.events.LogSessionIdAction=DEBUG
log4j.logger.com.liferay.portal.events.LogThreadCountAction=DEBUG
log4j.logger.com.liferay.portal.events.ServicePreAction=ERROR
log4j.logger.com.liferay.portal.events.ShutdownHook=ERROR
log4j.logger.com.liferay.portal.events.StartupAction=ERROR
log4j.logger.com.liferay.portal.events.StartupHelper=INFO
log4j.logger.com.liferay.portal.image.HookFactory=ERROR
log4j.logger.com.liferay.portal.image.ImageProcessorImpl=ERROR
log4j.logger.com.liferay.portal.image.SpriteProcessorImpl=WARN
log4j.logger.com.liferay.portal.kernel.bean.PortalBeanLocatorUtil=ERROR
log4j.logger.com.liferay.portal.kernel.cache.cluster.BasePortalCacheClusterChannel=WARN
log4j.logger.com.liferay.portal.kernel.dao.orm.QueryUtil=WARN
log4j.logger.com.liferay.portal.kernel.deploy=INFO
log4j.logger.com.liferay.portal.kernel.servlet.PortletContextListener=INFO
log4j.logger.com.liferay.portal.kernel.servlet.ServletContextPool=ERROR
log4j.logger.com.liferay.portal.kernel.servlet.ServletContextUtil=INFO
log4j.logger.com.liferay.portal.kernel.upgrade=INFO
log4j.logger.com.liferay.portal.kernel.util.JavaProps=ERROR
log4j.logger.com.liferay.portal.kernel.util.ServerDetector=INFO
log4j.logger.com.liferay.portal.lar=ERROR
log4j.logger.com.liferay.portal.lucene=INFO
log4j.logger.com.liferay.portal.lucene.IndexWriterFactory=INFO
log4j.logger.com.liferay.portal.lucene.LuceneFileExtractor=ERROR
log4j.logger.com.liferay.portal.model.Image=ERROR
log4j.logger.com.liferay.portal.model.ModelHintsImpl=ERROR
log4j.logger.com.liferay.portal.plugin.PluginPackageUtil=INFO
log4j.logger.com.liferay.portal.pop=ERROR
log4j.logger.com.liferay.portal.sanitizer.DummySanitizerImpl=ERROR
log4j.logger.com.liferay.portal.scheduler.quartz.PortalJobStore=ERROR
log4j.logger.com.liferay.portal.search.lucene.LuceneIndexSearcherImpl=ERROR
log4j.logger.com.liferay.portal.security.auth.CASAutoLogin=WARN
log4j.logger.com.liferay.portal.security.auth.LDAPAuth=WARN
log4j.logger.com.liferay.portal.security.auth.OpenSSOAutoLogin=WARN
log4j.logger.com.liferay.portal.security.auth.PrincipalThreadLocal=ERROR
log4j.logger.com.liferay.portal.security.auth.ScreenNameGeneratorFactory=ERROR
log4j.logger.com.liferay.portal.security.auth.ScreenNameValidatorFactory=ERROR
log4j.logger.com.liferay.portal.security.auth.SiteMinderAutoLogin=WARN
log4j.logger.com.liferay.portal.security.ldap=ERROR
log4j.logger.com.liferay.portal.security.ldap.PortalLDAPUtil=ERROR
log4j.logger.com.liferay.portal.security.permission.AdvancedPermissionChecker=ERROR
log4j.logger.com.liferay.portal.security.permission.BasicPermissionChecker=INFO
log4j.logger.com.liferay.portal.security.permission.ResourceActionsUtil=WARN
log4j.logger.com.liferay.portal.security.pwd.RegExpToolkit=WARN
log4j.logger.com.liferay.portal.service.impl.LayoutLocalServiceImpl=ERROR
log4j.logger.com.liferay.portal.service.impl.PermissionLocalServiceImpl=ERROR
log4j.logger.com.liferay.portal.service.impl.PortalLocalServiceImpl=INFO
log4j.logger.com.liferay.portal.service.impl.PortalServiceImpl=INFO
log4j.logger.com.liferay.portal.service.impl.PortletLocalServiceImpl=WARN
log4j.logger.com.liferay.portal.service.impl.ReleaseLocalServiceImpl=INFO
log4j.logger.com.liferay.portal.service.impl.ResourceLocalServiceImpl=ERROR
log4j.logger.com.liferay.portal.service.impl.ServiceComponentLocalServiceImpl=INFO
log4j.logger.com.liferay.portal.service.impl.ThemeLocalServiceImpl=INFO
log4j.logger.com.liferay.portal.service.impl.ThemeServiceImpl=ERROR
log4j.logger.com.liferay.portal.service.persistence.PermissionPool=ERROR
log4j.logger.com.liferay.portal.service.persistence.ResourcePool=ERROR
log4j.logger.com.liferay.portal.servlet=ERROR
log4j.logger.com.liferay.portal.servlet.FriendlyURLServlet=ERROR
log4j.logger.com.liferay.portal.servlet.ImageServlet=ERROR
log4j.logger.com.liferay.portal.servlet.LanguageServlet=WARN
log4j.logger.com.liferay.portal.servlet.LuceneServlet=INFO
log4j.logger.com.liferay.portal.servlet.MainServlet=ERROR
log4j.logger.com.liferay.portal.servlet.PortalSessionCreator=ERROR
log4j.logger.com.liferay.portal.servlet.PortalSessionDestroyer=ERROR
log4j.logger.com.liferay.portal.servlet.SharedSessionUtil=ERROR
log4j.logger.com.liferay.portal.servlet.SoftwareCatalogServlet=ERROR
log4j.logger.com.liferay.portal.servlet.filters=ERROR
log4j.logger.com.liferay.portal.servlet.filters.autologin.AutoLoginFilter=ERROR
log4j.logger.com.liferay.portal.servlet.filters.cache=ERROR
log4j.logger.com.liferay.portal.servlet.filters.doubleclick=ERROR
log4j.logger.com.liferay.portal.servlet.filters.fragment=ERROR
log4j.logger.com.liferay.portal.servlet.filters.gzip=ERROR
log4j.logger.com.liferay.portal.servlet.filters.language=ERROR
log4j.logger.com.liferay.portal.servlet.filters.minifier=ERROR
log4j.logger.com.liferay.portal.servlet.filters.sessionid.SessionIdFilter=ERROR
log4j.logger.com.liferay.portal.servlet.filters.sessionid.SessionIdServletRequest=ERROR
log4j.logger.com.liferay.portal.servlet.filters.strip=ERROR
log4j.logger.com.liferay.portal.servlet.filters.virtualhost.VirtualHostFilter=ERROR
log4j.logger.com.liferay.portal.spring=ERROR
log4j.logger.com.liferay.portal.spring.context.ArrayApplicationContext=ERROR
log4j.logger.com.liferay.portal.spring.context.PortalApplicationContext=ERROR
log4j.logger.com.liferay.portal.spring.context.PortletApplicationContext=ERROR
log4j.logger.com.liferay.portal.spring.context.TunnelApplicationContext=ERROR
log4j.logger.com.liferay.portal.spring.hibernate.DialectDetector=INFO
log4j.logger.com.liferay.portal.spring.jpa.DatabaseDetector=INFO
log4j.logger.com.liferay.portal.spring.jpa.LocalContainerEntityManagerFactoryBean=INFO
log4j.logger.com.liferay.portal.struts=ERROR
log4j.logger.com.liferay.portal.struts.MultiMessageResources=ERROR
log4j.logger.com.liferay.portal.struts.PortalRequestProcessor=ERROR
log4j.logger.com.liferay.portal.struts.PortletRequestProcessor=WARN
log4j.logger.com.liferay.portal.struts.StrutsURLEncoder=ERROR
log4j.logger.com.liferay.portal.struts.StrutsUtil=ERROR
log4j.logger.com.liferay.portal.theme.ThemeLoader=INFO
log4j.logger.com.liferay.portal.tools.BaseDeployer=INFO
log4j.logger.com.liferay.portal.tools.DBUpgrader=ERROR
log4j.logger.com.liferay.portal.tools.PortletDeployer=INFO
log4j.logger.com.liferay.portal.tools.ThemeDeployer=INFO
log4j.logger.com.liferay.portal.tools.sql=INFO
log4j.logger.com.liferay.portal.upgrade=INFO
log4j.logger.com.liferay.portal.upgrade.UpgradeProcessUtil=INFO
log4j.logger.com.liferay.portal.util=ERROR
log4j.logger.com.liferay.portal.util.CookieKeys=ERROR
log4j.logger.com.liferay.portal.util.EntityResolver=ERROR
log4j.logger.com.liferay.portal.util.FileImpl=WARN
log4j.logger.com.liferay.portal.util.HttpImpl=INFO
log4j.logger.com.liferay.portal.util.MaintenanceUtil=DEBUG
log4j.logger.com.liferay.portal.util.MimeTypesUtil=ERROR
log4j.logger.com.liferay.portal.util.PortalInstances=ERROR
log4j.logger.com.liferay.portal.util.PortalImpl=INFO
log4j.logger.com.liferay.portal.velocity=ERROR
log4j.logger.com.liferay.portal.velocity.ClassLoaderVelocityResourceListener=ERROR
log4j.logger.com.liferay.portal.velocity.LiferayResourceLoader=ERROR
log4j.logger.com.liferay.portal.velocity.ServletVelocityResourceListener=ERROR
log4j.logger.com.liferay.portal.verify=INFO
log4j.logger.com.liferay.portal.verify.VerifyUser=INFO
log4j.logger.com.liferay.portal.webdav=ERROR
log4j.logger.com.liferay.portal.xml.SAXReaderImpl=WARN
log4j.logger.com.liferay.portlet.InvokerPortlet=ERROR
log4j.logger.com.liferay.portlet.PortletPreferencesImpl=ERROR
log4j.logger.com.liferay.portlet.RenderRequestFactory=ERROR
log4j.logger.com.liferay.portlet.RenderResponseFactory=ERROR
log4j.logger.com.liferay.portlet.admin=ERROR
log4j.logger.com.liferay.portlet.admin.action.EditServerAction=INFO
log4j.logger.com.liferay.portlet.asset.util.AssetUtil=ERROR
log4j.logger.com.liferay.portlet.blogs.service.impl.BlogsEntryLocalServiceImpl=INFO
log4j.logger.com.liferay.portlet.blogs.util=INFO
log4j.logger.com.liferay.portlet.documentlibrary.lar=WARN
log4j.logger.com.liferay.portlet.documentlibrary.webdav=WARN
log4j.logger.com.liferay.portlet.enterpriseadmin.action.EditUserPortraitAction=ERROR
log4j.logger.com.liferay.portlet.enterpriseadmin.util.OrganizationIndexer=WARN
log4j.logger.com.liferay.portlet.enterpriseadmin.util.OrganizationSearchTerms=WARN
log4j.logger.com.liferay.portlet.journal=ERROR
log4j.logger.com.liferay.portlet.journal.lar=WARN
log4j.logger.com.liferay.portlet.journal.service.impl.JournalContentSearchLocalServiceImpl=INFO
log4j.logger.com.liferay.portlet.journal.util.JournalUtil=ERROR
log4j.logger.com.liferay.portlet.journal.util.PropertiesTransformerListener=WARN
log4j.logger.com.liferay.portlet.journal.util.RegexTransformerUtil=INFO
log4j.logger.com.liferay.portlet.journalcontent.JournalContentPortletLayoutListener=ERROR
log4j.logger.com.liferay.portlet.journalcontent.util.JournalContentUtil=ERROR
log4j.logger.com.liferay.portlet.mail=WARN
log4j.logger.com.liferay.portlet.messageboards.pop.MessageListenerImpl=ERROR
log4j.logger.com.liferay.portlet.messageboards.service.impl.MBCategoryLocalServiceImpl=ERROR
log4j.logger.com.liferay.portlet.messageboards.service.impl.MBMessageLocalServiceImpl=ERROR
log4j.logger.com.liferay.portlet.messageboards.util.MBUtil=ERROR
log4j.logger.com.liferay.portlet.portletconfiguration.action=ERROR
log4j.logger.com.liferay.portlet.shopping.action.PayPalNotificationAction=DEBUG
log4j.logger.com.liferay.portlet.webproxy=INFO
log4j.logger.com.liferay.portlet.wiki.importers=WARN
log4j.logger.com.liferay.samplestruts=INFO
log4j.logger.com.liferay.sampletest=INFO
log4j.logger.com.liferay.testhook=INFO
log4j.logger.com.liferay.util.JNDIUtil=ERROR
log4j.logger.com.liferay.util.dao=ERROR
log4j.logger.com.liferay.util.dao.orm.CustomSQLUtil=INFO
log4j.logger.com.liferay.util.mail=WARN
log4j.logger.com.liferay.util.portlet.PortletRequestUtil=INFO
log4j.logger.com.liferay.util.servlet.ServletRequestUtil=INFO
log4j.logger.com.liferay.util.servlet.ServletResponseUtil=ERROR
log4j.logger.com.mchange=WARN
log4j.logger.com.opensymphony.oscache=ERROR
log4j.logger.com.opensymphony.oscache.plugins.clustersupport.JavaGroupsBroadcastingListener=ERROR
log4j.logger.com.sample=INFO
log4j.logger.com.sun=ERROR
log4j.logger.com.sun.faces=ERROR
log4j.logger.de.hunsicker=ERROR
log4j.logger.de.nava.informa=ERROR
log4j.logger.httpclient.wire=ERROR
log4j.logger.net.htmlparser.jericho=ERROR
log4j.logger.net.sf.ehcache=ERROR
log4j.logger.net.sf.ehcache.config.ConfigurationFactory=INFO
log4j.logger.net.sf.ehcache.config.DiskStoreConfiguration=ERROR
log4j.logger.net.sf.hibernate=ERROR
log4j.logger.org.apache.axis=INFO
log4j.logger.org.apache.bsf=FATAL
log4j.logger.org.apache.commons.digester=ERROR
log4j.logger.org.apache.commons.beanutils=ERROR
log4j.logger.org.apache.commons.fileupload=ERROR
log4j.logger.org.apache.commons.httpclient=ERROR
log4j.logger.org.apache.commons.validator=ERROR
log4j.logger.org.apache.jackrabbit=ERROR
log4j.logger.org.apache.myfaces=ERROR
log4j.logger.org.apache.struts=ERROR
log4j.logger.org.apache.struts.action.RequestProcessor=ERROR
log4j.logger.org.apache.struts.tiles.TilesRequestProcessor=ERROR
log4j.logger.org.apache.velocity=ERROR
log4j.logger.org.apache.xbean=ERROR
log4j.logger.org.hibernate=ERROR
log4j.logger.org.hibernate.event.def.AbstractFlushingEventListener=OFF
log4j.logger.org.hibernate.util.JDBCExceptionReporter=ERROR<a class="edit-timestamp hide-if-no-js" tabindex="4" href="http://blog.holisticon.de/wp-admin/post.php?post=5067&action=edit#edit_timestamp">Bearbeiten</a>
log4j.logger.org.jabsorb=ERROR
log4j.logger.org.jgroups=ERROR
log4j.logger.org.openid4java=ERROR
log4j.logger.org.pdfbox=INFO
log4j.logger.org.portletbridge=INFO
log4j.logger.org.quartz=ERROR
log4j.logger.org.springframework=ERROR

So, nun werden nur die Nachrichten protokolliert, die auch gewünscht sind. Leider hat diese Konfiguration einen Nachteil, der aber nicht an der Konfiguration selbst liegt, sondern (wieder einmal) an Liferay, denn in Liferay werden manche Nachrichten und Fehler in System.out bzw. System.err geschrieben. Ja, ein solides System in der Version 6.0.6 schreibt schon mal direkt in die Konsole – ganz normal.

Das Wort zum Abschluss

Ich hoffe, dass damit dem einen oder anderen geholfen ist. Wenn jemand noch Verbesserungsvorschläge hat oder der Meinung ist, dass das totaler Käse sei, der möge doch bitte einen Kommentar hinterlassen.

Holisticon hat in einem Whitepaper (gut: es ist wohl etwas mehr als nur ein Whitepaper) zusammengefasst, was NoSQL ist, wo man es ansiedelt und wie man es abgrenzt. Und um auf die einleitende Fragestellung zurückzukommen, es wird Ihnen helfen, diese zu beantworten.

Ja, und wo ist jetzt dieses Whitepaper?
Na, auf unserer Hompage, fein säuberlich kategorisiert – also kurz: hier.

Geplant sind wieder zwei Talks:

Jan Vogel (DI UNTERNEHMER) und Uwe Beßle (Iteratec) – Optimierung der “gefühlten” Performance – Web Performance Management für Fortgeschrittene

Anhand konkreter Erfahrungen im Umfeld einer der größten eCommerce Sites wird vorgestellt, wie es gelingt, das subjektive Kundenempfinden zum Maßstab für das kontinuierliche Web-Performance-Management der komplexen Anwendungslandschaft einer großen eCommerce-Site zu machen. Dabei wird die Entwicklung und Definition von Ladezeit-Indikatoren und deren Messung mit dem Open Source-Tool WebPagetest beleuchtet. Es wird vorgestellt, wie die Auswirkung von Ladezeiten auf die Kundenzufriedenheit mittels einer Remote-Studie abgeleitet werden kann. Abgerundet wird der Vortrag mit einer Darstellung von Best-Practise-Beispielen bei der Arbeit mit WPT und WPT-Monitor.

Jan Weinschenker und Oliver Ochs (Holisticon AG) – Building Performance, ein Frontend-Build-Prozess

In diesem Vortrag geht es um eine konkrete Website. Im ersten Teil des Vortrags stellen wir die wichtigsten Optimierungsmaßnahmen vor, die außerhalb eines Builds durchgeführt wurden. Für eine dauerhafte, nachhaltige Performance-Optimierung müssen die Maßnahmen automatisiert bzw. in den Build-Prozess integriert werden. Im zweiten Teil des Vortrags zeigen wir einen beispielhaften Build-Prozess für Java-Webanwendungen, der Teile der Optimierungsmaßnahmen durchführt. Andere Teile müssen durch eine geeignete Architektur sichergestellt werden, wofür wir ebenfalls Ideen liefern.

Das Event ist leider sowohl bei Meetup.com als auch in der XING-Gruppe bereits ausgebucht.

In den vergangenen Monaten ist es uns gelungen, zusammen mit unserem Kunden HanseMerkur Krankenversicherung beachtliche und vor allem messbare Erfolge im Bereich der Automatisierung der Leistungsabrechnung zu erzielen. Nun musste sich der erstellte Prozess Einflüssen von außen stellen und seine durch den Ansatz BPM/SOA beworbene Flexibilität unter Beweis stellen.

Inhalte und Anwendung der GOZ.2012

In der GOZ sind – etwas vereinfacht ausgedrückt – die zahnärztlichen Behandlungen und deren abrechenbare Kosten beschrieben. Die einzelnen Behandlungen werden dabei textuell, aber auch durch einen Schlüssel, die Gebührenordnungsziffer, beschrieben bzw. können darüber identifiziert werden. Um die durchgeführten Behandlungen für eine eingereichte Zahnarztrechnung zu bewerten und daraus den Erstattungsbetrag zu errechnen, bedient sich ein Versicherungsunternehmen eben jener Gebührenordnungsziffern und gleicht darüber die Inhalte der Rechnung mit den versicherten Leistungen ab.

Die GOZ.2012 löst ihren etwa 25 Jahre alten Vorgänger, die GOZ.1988 ab. Ein Beweggrund für die Reform waren über diesen Zeitraum entstandene Behandlungsmethoden, die nun durch die Etablierung von neuen Gebührenordnungsziffern expliziten Einzug in die Gebührenordnung gehalten haben. In der Vergangenheit wurden diese Behandlungen in der Regel unter Zuhilfenahme sogenannter Analogziffern berechnet. Diese haben allerdings einen direkten Rückschluss auf die tatsächlich durchgeführte Behandlung und damit die Errechnung des Erstattungsbetrags erschwert.

Auswirkungen der Reform auf die Versicherungsunternehmen

Der Gesamtablauf des Prozesses vom Input Management über die verschiedenen Leistungsprüfungen und die Regulierung bis zur Erstellung des ausgehenden Druckstücks und der Zahlungsanweisung wird an diversen Stellen von der Einführung der GOZ.2012 betroffen. Diese gilt es in ihrer Gesamtheit zu berücksichtigen, um einerseits einen zielgerichteten, reibungslosen internen Ablauf zu gewährleisten und andererseits dem Kunden gegenüber weiterhin eine kurze Bearbeitungszeit und vor allem korrekte, nachvollziehbare Abrechnungen gewährleisten zu können.

Von der Verabschiedung durch den Bundesrat bis zum Inkrafttreten der GOZ.2012 lagen nur zwei Monate, so dass auch schon in den ersten Monaten des Jahres 2012 mit Einreichungen, die nach der GOZ.2012 abgerechnet wurden, zu rechnen war. Es war also Eile geboten, die allerdings keinesfalls zu Lasten der Qualität des bestehenden Prozesses gehen durfte – weder für den Kunden, noch für die HanseMerkur.

Und damit nicht genug – eine zusätzliche Herausforderung bestand darin, im gleichen Zuge das Expertensystem ZABAS in die vormals eigenentwickelte Prüfstrecke für Zahnarztrechnungen einzubetten.

Prozessorientierung und automatisierte Abnahmetests machen das Leben leichter

Die Einphasung der GOZ.2012 beginnt bereits im Input Management. Die Regelwerke zur automatischen Erkennung der Belegdaten und zu den manuellen Nachkorrekturstellen mussten entsprechend um die geänderten Gebührenordnungsziffern ergänzt bzw. angepasst werden.

Im Fachprozess selbst bestand die Herausforderung darin, die Belege nun so durch den Prozess zu leiten, dass sie durch das Expertensystem ZABAS GOZ geprüft werden. Während die Zusteuerung durch lokale Eingriffe in entsprechende, bereits existierende Steuertabellen realisiert werden konnte, stellten der Aufbau und die Anpassung des Regelwerks zur Prüfung der Belege in ZABAS die größere und komplexere Aufgabe dar.

Weitere essentielle Anpassungen gab es sowohl im Bereich der Ermittlung geeigneter Sachbearbeiter für die manuelle Bearbeitung als auch hinsichtlich der Dialoge und weiterer unternehmensspezifischer Schlüssel- bzw. Regelsysteme.

Bei Anforderungen mit den oben geschilderten Ausmaßen gilt es zunächst, die betroffenen Stellen im Prozess und die notwendigen Maßnahmen zu identifizieren. Ein prozess- und serviceorientierter Ansatz und eine durch Modelle gestützte End-to-End-Betrachtung des Gesamtprozesses machen einem das Leben an dieser Stelle erheblich leichter und helfen dabei, Konsens über die Vision zu erreichen, um schnell mit der Feinkonzeption und der Umsetzung beginnen zu können.

So auch in unserem Fall. Dennoch ist dieser Ansatz keine Garantie für fehlerfreie Konzepte und Software oder für eine reibungslose Integration von Fremdsystemen in die eigene IT- und Prozesslandschaft. Es soll an dieser Stelle nicht verschwiegen werden, dass wir vor Inbetriebnahme mit Fehlern und den allseits ungeliebten Integrationsschwierigkeiten an der Schnittstelle zum Fremdsystem zu kämpfen hatten. Glücklicherweise haben wir schon in der Vergangenheit in den konsequenten Einsatz von automatisierten Modul- und Abnahmetests auf Basis des FIT-Frameworks investiert, so dass wir in der Lage waren, die Fehler zeitnah zu identifizieren und zu beheben.

Bemerkenswert war meiner Meinung nach der Umgang mit den Problemen und miteinander in der „heißen Phase“ vor der Produktivsetzung. Trotz einiger Widrigkeiten wurde nicht in operative Hektik verfallen. Sowohl das Team – Fachbereich und IT – als auch das Management haben durch ihre besonnene Art und das respektvolle, kollegiale Miteinander den konstruktiven, lösungsorientierten Umgang mit dieser Situation ermöglicht.

Fazit

Die Umstellung auf die GOZ.2012 hat zwar etwas länger gedauert als erhofft, aber alles in allem hat sie weniger Zeit in Anspruch genommen, als manche Prognosen und der marktübliche Schnitt erahnen ließen. Ob dies auch ohne Prozess- und Serviceorientierung sowie automatisierte Tests gegangen wäre? Sicher nicht. Und das gesamte Team, Fachbereich, IT, Interne wie Externe, ist froh, es nicht probiert haben zu müssen.

Den ganzen zweiten Tag lang besuchten wir den Business-Track. Darüber, ob das an dem beeindruckenden Vortrag von Herrn Konjovic über die Paid-mobile-Content-Strategie von Axel Springer am Vortag lag, lässt sich streiten.

“Es ist ja nur eine App” – oder vielleicht doch nicht?

Der zweite Tag startete für uns mit einem Vortrag von Dr. Ralf Carbon vom Fraunhofer Institut. Neben einem Ausblick in die unterschiedlichen Arten von Apps (Consumer / Business) stellte er die Konzepte zweier vom Fraunhofer Institut betreuten Mobile-Projekte vor.

Beeindruckend war der Nutzen, der im Bereich der Landwirtschaft durch verschiedene Apps für John Deere erzielt werden konnte. So gibt es Apps für die Wartung und den Service der Maschinen, eine App für den Landwirt, der auf seinem iPad die Task-Planung vornimmt und eine für den Arbeiter auf dem Feld, der durch eine iPhone-App diese Tasks bekommt und bei der Umsetzung, durch Standortermittlung (bin ich auf dem richtigen Feld?) etc. unterstützt wird. Hier fällt auf, dass für jeden individuellen Anwendungsfall eine eigenständige App gebaut wurde, die nur auf den Nutzen des jeweiligen Anwenders reduziert ist. Ergo kommt es bei Apps stets auf den Kontext an.

Ebenfalls spannend war der Exkurs zu Lufthansa Systems. Hier wurde eine App realisiert, die Piloten das Leben dahingehend erleichtert, dass sie ihre Karten nicht mehr in riesigen Aktenordnern in ihren Pilotenkoffern hinter sich herziehen und bei jeder Änderung neu in ihre Ordner einpflegen müssen. Eine App verwaltet dieses Kartenmaterial automatisch, stellt es dar und übernimmt auch die Aktualisierung des Kartenmaterials bei Änderungen.

Neben der Vorstellung der beiden realisierten Projekte wurde der Prozess namens “mConcAppt”, den das Fraunhofer Institut für die App-Entwicklung erstellt hat (und selbstverständlich auch jedem vorschlägt), vorgestellt.

Er soll helfen, eine Antwort auf die zentralen Fragen der App-Entwicklung zu finden.

• Welche Anforderungen habe ich an das Testen?
• Welche an die User Experience?
• Welche an das Variantenmanagement (Apps für spezifische Kontexte, verschiedene Plattformen)?
• Gibt es ein Mobilitätspotential für den Workflow, den Geschäftsprozess, die Aufgaben etc?
• Ist es die “richtige” App für den Score?
• Ist das Backend für den mobilen Anwendungsfall geeignet?
  Interessant ist hier das erwähnte Verhältnis von 80 zu 20, wenn es um den Arbeitsaufwand von Backend-Entwicklung und Frontend-Entwicklung geht. Dieses Verhältnis können wir nur bestätigen.
• Welche Architektur ist die richtige für meine App (Nativ, Hybrid oder Web)?
• Welche Anforderung stelle ich an die Interaktion (UI, UX etc.)?

Der “mConcAppt”-Prozess beginnt dabei mit einem eintägigen Workshop zur Anforderungserfassung mit Kunde, Anwender, Fachabteilung etc., um in den folgenden zwei bis drei Wochen ein komplettes Konzept für die App zu erarbeiten.

Sehr große Erfolge haben sie dabei mit einfachen Prototypen in Form von Bleistiftzeichnungen und Wireframetools wie Balsamiq erzielt.

Klingt für uns alles sehr stark nach Wasserfall, auch wenn Herr Dr. Carbon erwähnte, dass es mehrere Zyklen in den einzelnen Schritten von “mConcAppt” gibt. Interessant wäre, wie sich das Ganze mit agilen Methoden in Einklang bringen ließe.

Die Mobile-Plattform der Zukunft: Facebook

Martin Szugat gab uns einen Einblick die App-Welt von Facebook und nannte dabei viele interessante Fakten zu Facebook.

• In den USA verbringen die Leute 16% ihrer Online-Zeit auf Facebook
• 57% der Smartphone User sind bei Facebook
• 47% der Zeit verbringen die Amerikaner mit Spiele- und 32% mit Soziale-Netzwerke-Apps
• Als Nutzer zählt Facebook nur Nutzer, die innerhalb der letzten drei Tage online waren
• 7.000.000 Webseiten sind mit Facebook verbunden
• Jeden Tag kommen 10.000 hinzu
• 20 Millionen Facebook-Apps werden pro Tag installiert

All diese Fakten unterstreichen, dass über Facebook sehr viele Menschen erreicht werden können und dass Facebook sehr tief im Web “verankert” ist.

Ebenfalls erklärte er das neue Marketing-Buzzword “SoLoMo”. Die Leute wollen sich vernetzen (Social), wollen zeigen, wo sie sind bzw. sagen, was um sie herum los ist (Local) und wollen das auch noch alles mobil machen (Mobile). Als Beispiele, die “SoLoMo” sehr gut umsetzen, nannte er Glancee und Badoo. Einen Dienst, der eine “neue Ebene” in Facebook einführt, indem er Leute mit gleichen Interessen zusammenführt und eine etwas andere Dating-Plattform. Gemeinsam haben beide, dass sie in Verbindung mit Facebook extrem geringe Customer Acquisition Costs haben.

Nach einem Exkurs ins Marketing wurden die Technik von Facebook Apps und die Zukunft von Facebook thematisiert.

Facebook Apps könnnen bei Facebook einfach via iFrame eingebunden werden, d.h., der App-Anbieter muss sich selbst um das Hosting etc. kümmern. Jeder Nutzer muss die Daten, die eine App nutzen darf, explizit freigeben, es macht also den Eindruck, als ob ordentlich mit den Daten umgegangen wird.

Werden Apps für mobile Endgeräte erstellt, so können diese via HTML5 oder Nativ realisiert werden. Als Vorteil von HTML5 wurde erwähnt, dass eine APP nur einmal geschrieben werden muss und so für Desktop und für Mobile eingesetzt werden kann. Vorteilhaft ist auch, dass der Nutzer seine Daten nur einmal freigeben muss.

Interessant ist, dass Facebook die Anforderung “Social by Design” an Apps stellt, es Kampagnen-Apps somit schwer haben.

Am Ende gab Herr Szugat noch einen Ausblick in zukünftige, neue Features von Facebook. Da wären der Open Graph, welcher den App Entwicklern ermöglicht, einen Nutzer mit einer Aktion zu einem Objekt in Beziehung zu setzen (z.B. Frau Wunderlich hört Little Dragon), da ein “Like” nicht mehr aussagekräftig genug für gezielte Marketingaktionen ist. Auch auf die neue Online-Währung Credits, die Facebook etablieren möchte, wurde eingegangen. Auch hier ist interessant, dass, wann immer bei Facebook gezahlt werden soll, auch diese Credits als Zahlungsvariante angegeben werden müssen. Dabei verdient Facebook ganz nebenbei 30% mit.

Facebook stellt folglich eine echte Alternative zu App Stores bzw. zu einer eigenen mobilen Webseite dar, da viele Nutzer erreicht und auf mehreren Kanälen z.B. durch nur eine HTML5-App angesprochen werden können. Wenn Facebook Credits von den Nutzern angenommen wird, gibt es zusätzlich eine neue Internet-Währung.

Werbung auf mobilen Plattformen – mehr Relevanz für nachhaltig erfolgreiche Geschäftsmodelle

Herr Markus Breuer startete mit der Aussage “advertising sucks” und variierte diese Aussage noch zu “too much advertising sucks”, “stupid advertising sucks” und “irrelevant advertising sucks”.

Er ging auf eine Statistik ein, die wir auf der Konferenz schon mehrfach gesehen hatten: Ab 2014 werden mehr mobile Endgeräte als “klassische” Rechner genutzt werden. Diese Zahl ist umso bedeutender, wenn man bedenkt, dass Apps und mobile Webseiten derzeit nahezu werbefrei sind. “Mobile – It’s a wonderful world?” Wir als Nutzer würden selbstverständlich sagen: ja, aber “kostenfreier” Content wird in der Regel durch Werbung finanziert. Die schöne neue Welt wird folglich leider nicht so bleiben.

Nach einem Exkurs, dass sich mit Android schwerer Geld verdienen lässt als mit iOS (3% Paid Apps vs. 17%), stellte er das Werbekonzept vor, das nugg.ad anbietet.

Um das “sucks” in “advertising sucks” zu entkräften, müsse Werbung effektiv gemacht werden. Dies soll durch Targeting erreicht werden. Das Verhalten des Nutzers wird durch Cookies und andere Technologien, “die jeder Entwickler kennt”, beobachtet und analysiert; ab und zu werden Nutzer zusätzlich durch Umfragen um weitere Informationen gebeten. Ziel ist es, dem Nutzer Werbung zu zeigen, die zu Ihm passt bzw. die die Marketingabteilungen als zur Zielgruppe passend definieren.

Neue Herausforderungen zum Thema Mobil sind jetzt natürlich, wie dieses Beobachten des Nutzers auf mobilen Endgeräten geschehen kann. Konkrete Lösungsansätze wurde aber leider noch nicht vorgestellt. Es bleibt spannend.

UX-Webdesign für Tablets. Eine Anleitung

Christian Kuhn legte den Teilnehmern User Experience durch Unterstützung zahlreicher Werbevideos nahe. Nach der Viedeoshow gab er Hinweise auf Dokumente, Tools und Links, die helfen, um eine User Experience, die diesen Namen auch verdient, umzusetzen:

• Tablet-screendesign.info/ – eine Liste aller gängigen Tablets mit Auflösung, Betriebssystem etc.
• iMockups – eine Software, um Wireframes für Apps und Webseiten zu erstellen
• Die User Experience Design Guidelines von Windows Phone 7 und iOS
• Onswipe – ein Tool zur Realisierung der Tablet-Unterstützung von Webinhalten
• Loadtimer – für das Testen der Ladezeiten auf mobilen Endgeräten
• Aside – ein in HTML5 umgesetztes Magazin als gelungenes Beispiel

Für das Gelingen von User Experience in der Praxis gab es folgende Tipps:

• unterschiedliche mobile Betriebsysteme unterstützen unterschiedliche Anzahl an Gesten – es gibt dafür leider noch keinen Standard
• UX der Hardware, des Betriebsystems und der Webseite sind von Bedeutung
• Um Bereitstellung der Schriftart kümmern – einige mobile Betriebsysteme nehmen sonst eigene
• Informationen weglassen – Tablet first
• 1 cm Platz um Navigationselemente
• Responsive Design – evtl. jedoch nicht für mobile Version
• Einsatz Adaptive Images
• Minimalistisches & helles Design

Interactive TV – mit HTML5 auf den 2nd Screen

Andreas Lohmann gab uns einen Einblick in die Welt des interaktiven TVs. Neben den Anfängen von Interactive TV durch Text, Home Shopping und der Gameshow Hugo zeigte er uns, wohin die Reise geht. Zu 2nd Screens, die wir in Form von Smartphones oder Tablets in Zukunft nutzen können, um uns am Geschehen im TV zu beteiligen.

Fazit

Betrachte ich den zweiten Tag der Konferenz in Summe, nehme ich mit, dass es bei Apps stets auf den Kontext ankommt, das Thema Facebook Apps in Zukunft auch für uns spannend wird, “advertising sucks”, auf Tablets Content + Context = King gilt und beim interaktiven Fernsehen Context King ist.

Selbstverständlich bedanken wir uns bei den Sprechern, Ausstellern und Organisatoren für eine gelungene Konferenz.

Die Eröffnung der MobileTechCon 2012

Die Konferenz wurde durch Sebastian Meyen vom Software&Support-Verlag eröffnet. Er übergab die Session an Maks Giordano von Nunatak. Wer vom Design mobiler Applikationen spricht, meint dabei meist das Design von grafischen Oberflächen. Dass Audio genauso wichtig sein kann, liegt schon in der Historie der Telekommunikation begründet. Mobile Anwendungen laufen auf modernen Telefonen. Telefone wurden erfunden, um Sprache zu übertragen.

Manfred Lutzky von Fraunhofer IIS stellte den AAC-ELD-Codec vor. Dieser Codec ist ein Full HD Voice-Codec, der heute schon in Apple Facetime verwendet wird und in iOS 5 auch Entwicklern von Apps zur Verfügung steht. Der AAC-ELD-Codec ähnelt dem AAC-Codec, ist aber auf geringe Verzögerungen optimiert, was wichtig für die Real-Time-Kommunikation ist.

Philipp Eibach stellte sein neues Startup wahwah.fm vor. Eibach war schon an der Gründung von last.fm beteiligt und ist schon lange im Bereich Social Music unterwegs. Auf dem Smartphone hört jeder Musik für sich allein. Das Ziel von wahwah.fm ist, dass Musik wieder gemeinsam und zusammen gehört wird. So lässt sich Musik von Bekannten und Unbekannten entdecken. In wahwah.fm kann jeder Nutzer mit seiner Playlist auf Sendung gehen. Jeder Nutzer ist damit ein eigener, kleiner Radiosender. Andere Nutzer können sich in diese Sendung einklinken und mithören. Hörer einer laufenden Sendung können über Chats etc. interagieren. Die Location eines Senders lässt sich bei der Suche nach Sendern berücksichtigen. wahwah.fm ist eine prima Möglichkeit, Musik neu zu entdecken.

Michael Breidenbrücker von Reality Jockey Ltd. zeigte RjDj. RjDj lässt einen Nutzer selbst Musik erschaffen. Dabei verwendet RjDj nicht ein klassisches User Interface, sondern bezieht das komplette Sensor-Netzwerk des Smartphones ein. Musik wird also durch die Location, die Bewegung des Nutzers und sein Umfeld erschaffen. Der Nutzer taucht so in eine audiovisuelle Umgebung ein, in der die Intensität der Immersion sehr hoch ist. Auf Basis von RjDj wurden bereits weitere Apps entwickelt – wie die Audio-App zum Film Inception, die in Zusammenarbeit mit dem Soundtrack-Komponisten Hans Zimmer und dem Regisseur Christopher Nolan entstanden sind.

Anika Brinkmann, die als Kommunikationsdesigner Mobile-Knowledge.de verantwortet, eröffnete den Mobile Web-Track. Sie gab einen allgemeinen Überblick über die Themen des Tracks: Was bedeutet „Always on“? Hat always online nur gute oder auch unangenehme Seiten wie die allzeitige Bereitschaft von Arbeitnehmern, die mit modernen Kommunikationsendgeräten ausgestattet werden? Ist „Always on“ nur ein Versprechen oder schon heute Realität? Gibt es immer noch die Schere zwischen Stadt und Land, was die Netzabdeckung von UMTS und LTE angeht? Der Footprint (die Größe) der Seiten wächst im Moment noch stärker als die verfügbare mobile Bandbreite. Was nutzt die Cloud, wenn gerade keine Verbindung zum Internet hergestellt werden kann? Wie muss mit Nutzerdaten umgegangen werden – besonders im Spannungsfeld zwischen den Wünschen des Marketings und den Anforderungen des Datenschutzes? Wie befreie ich Daten aus Datensilos wie SAP oder gängigen CRM-Systemen? Content (sprich: Daten) muss in unterschiedlichen Kontexten unterschiedlich genutzt werden können. Daher muss er in offenen Formaten (kein Flash) und in unterschiedlichen Ausprägungen (z.B. auch in hoher Auflösung für Retina-Displays) vorliegen, um genutzt werden zu können. Um all diese Fragen zu beantworten, sollte zunächst eine Strategie erarbeitet werden, aus der wiederum Konzepte entwickelt werden können. Content sollte sowohl für’s Web als auch für mobile Anwendungen verwendet werden können. Dabei sollte man auf offene, zukunftssichere Plattformen statt auf proprietäre Technologien setzen. Wir sind hier und jetzt dabei, ein neues Level der Kommunikation zu erreichen. Zu den Technologien, mit dem dies umgesetzt werden wird, gehören sicherlich HTML5 und CSS3.

Ulrich Schmidt von sevenval zeigte die Offlinemöglichkeiten von HTML5-Webapplikationen. Der Grund, warum man überhaupt Offline-fähige Applikationen braucht, ist die unvollständige Netzabdeckung. Gerade wenn man beispielsweise in der Bahn unterwegs oder im Ausland-Urlaub ist, dann hat man oft kein Netz. Offline zu sein ist ein temporäres Problem, das durch HTML5 gelöst werden kann. Konzeptionell ist zwischen Daten und Funktionen zu trennen: Entweder man kann nur Daten oder nur Funktionen offline vorhalten. Oder man kann eine komplett Offline-fähige Webapplikation erstellen. Technologien für ein „Aktives Offline“ für Daten sind Local Storage, das als Cookie-Ersatz in allen Browsern läuft, WebSQL, das inzwischen deprecated ist aber zumindest auf iOS und Android zur Verfügung steht, und IndexDB, die in neueren Browsern (allerdings noch nicht in mobilen Browsern) als Weiterentwicklung von Local Storage und WebSQL angesehen werden kann. Als Bleeding Edge kann die FileSystem API angesehen werden, die ab Chrome 13 einen direkten Zugriff aufs Filesystem zur Ablage von Binärdaten erlaubt. „Passives Offline“ für Funktionalität (JavaScript) und Ressourcen (HTML, CSS, Bilder) bietet der Application Cache. Die Herausforderung bei der Verwendung des Application Caches ist es, diesen „aktuell“ zu halten und das Update-Verhalten sinnvoll zu implementieren. Der Application Cache schlägt HTTP-Header (außer beim Firefox). Die Schritte zur Erstellung einer Offline-fähigen Webapplikation sind laut Schmidt zuerst das Erstellen von Layout und Struktur (analog zu einer normalen Webapplikation), danach das Einführen von Local Storage zur Speicherung der Daten und anschließend die Verwendung des Application Caches zur Speicherung des bereits erstellten Layouts und der Struktur. Der Vortrag schloss mit Empfehlungen aus der Praxis zum Umgehen von Fallstricken.

Sven Günther von it-agile stellte die API des Zeitungskiosks in iOS 5 vor. Zeitschriften-Apps lassen sich mit NewsstandKit implementieren. Dieses bietet Features wie Push Notificiation und Background Downloads. Außerdem lässt sich programmatisch das Programm-Icon verändern, so dass das Cover der aktuellen Ausgabe als Icon verwendet werden kann. Payments lassen sich über das StoreKit abwickeln. Zur Anzeige von Content sind WebViews ungeeignet, da sich mit WebViews nur schwer die Anmutung einer Zeitung oder eines Magazins nachahmen lässt. Besser geeignet dazu sind CoreText und der UIPageViewController.

Torsten Drees präsentierte die MEAP (Mobile Enterprise Application Plattform), die mit einer Multi-Channel-Architektur die Herausforderung aktueller Enterprise Mobility Trends lösen soll. Eine Implementierung der MEAP ist die Magic Integration Plattform von Magic Software. Diese Präsentation kann als reiner Marketing-Vortrag bewertet werden.

Georg Konjovic, der als Director Premium Content die Konzern-weite Paid Content-Stratgie bei Axel Springer verantwortet, präsentierte die Ziele des Verlags. ASV sieht sinkende Print-Reichweiten nicht als Gefahr, sondern als neue Chance für den Qualitätsjournalismus. Die Paid Content-Stragie vom Axel Springer Verlag äußert sich in ca. 70 Apps (teilweise HD-Apps für das iPad), der Plattform iKiosk (ePapers im Portable Document Format, der iKiosk steht für andere Verlagshäuser offen), einem News-Aggregator (myEdition), der sich zurzeit in einer Closed Beta befindet, und zahlreichen News-Sites. Die größte Herausforderung ist die Schaffung neuer Abo-Modelle bzw. die Migration der Nutzer von kostenlosen Web-Diensten zu Nutzern kostenpflichtiger Dienste. Anders als in den USA entwickelt sich der Markt für Qualitätsjournalismus in Deutschland positiv. Vor allem Nutzer des iPads haben eine hohe Zahlungsbereitschaft. Alle zukünftigen Angebote bei Axels Springer sollen ein Preisschild bzw. einen Abo-Preis haben.

Rosemarie Wirtsmüller von Antenna International zeige Apps für Museumsbesucher. Diese Apps sind viel mehr als reine eGuides. Sie informieren den Nutzer schon vor dem Besuch des Museums (Pre-Visit-Kontakt) und unterstützen in bei der Nachbereitung (Post-Visit-Kontakt). Dies äußert sich auch in den Download-Zahlen. Diese Apps werden sogar von Nutzern verwendet, die gar nicht das Museum besuchen, sondern sich mit der App über das Thema einer Ausstellung selbst lange nach der eigentlichen Ausstellung informieren möchen.

Dass diese Frage alles andere als trivial und doch manchmal ganz leicht zu beantworten ist, haben wir kürzlich im Projekt erfahren.

Als Payload (engl. für „Nutzlast“) bezeichnet man üblicherweise die Daten, die in einem Prozess von Aktivität zu Aktivität transportiert werden. In vielen Fällen ist die Payload eine XML-Struktur, die den Transport beliebiger Daten zulässt. Eine Aktivität nimmt die Payload, führt darauf eine Operation aus (dies kann alles sein: von einer lokalen XSL-Transformation bis zum Aufruf eines Webservices) und schreibt das Ergebnis zurück in die Payload, worauf die nächste Aktivität dann ihrerseits operiert.

Extrem 1: Payload mit IDs

In unserem Projekt ist die BPE, in unserem Fall die inubit Suite, aufgesetzt auf einer serviceorientierten, mit EJB3 realisierten Architektur, die in einem JBoss Application Server läuft. Geschäftslogik findet nur in der Business Service-Schicht statt, die BPE übernimmt ausschließlich die Prozesssteuerung und orchestriert im Wesentlichen die Business Services, die sie über Webservices aufruft. Die Tatsache, dass die zugrunde liegende SOA in Hinblick auf ihre Schnittstellen sehr homogen ist, hat dazu geführt, dass die Prozesse mit einer sehr schlanken Payload auskommen. Wir schleusen in den meisten Fällen nur die IDs von Fachobjekten durch den Prozess, die dann an die Services gereicht werden.

Dieses Vorgehen stellt gewisse Anforderungen an die Business-Service-Schicht. Diese muss nämlich alle Daten, die sie benötigt, anhand der IDs, die sie vom Prozess bekommt, über Domain Services aus der Datenbank beschaffen und die Änderungen nach der Verarbeitung über Domain Services auch wieder persistieren.

Extrem 2: Payload mit Fachobjekten

Das andere Extrem ist es, komplette Fachobjekte am Beginn des Prozesses einmal über einen Service in den Prozess zu laden und dann in der Payload mitzuführen. Die Objekte werden dann an die Services gereicht, die dann nur noch die Änderungen durchführen und das manipulierte Objekt an den Prozess zurückgeben müssen. Der Prozess muss dann an geeigneter Stelle die Objekte persistieren. In einer heterogenen Welt könnte der Prozess so auch Schnittstellen bedienen, die unterschiedliche Strukturen erwarten, indem die Fachobjekte ggf. in die jeweilige Zielstruktur gemapped werden.

Auf der Service-Schicht würde dieses Vorgehen einerseits Datenbankzugriffe, andererseits remote calls auf die Domain Service-Schicht sparen.

And the winner is…?

Wir haben kürzlich beide Varianten auf ihr Laufzeitverhalten untersucht. Das Ergebnis war eindeutig: Die Ersparnis an Datenbankzugriffen und remote calls wird durch die Verwaltung der Payload in der BPE, bei der große XML-Strukturen häufig in das Filesystem geschrieben und wieder geladen werden, bei weitem neutralisiert. Die Variante mit Fachobjekten war in unseren Tests bis zu fünf Mal langsamer als die Variante mit IDs. Die Ergebnisse bei der Laufzeit waren so eindeutig, dass wir weiterführende Untersuchungen, z.B. in Richtung Netzlast, gar nicht mehr angestellt haben.

Was wir daraus lernen können

Mindestens genauso interessant wie das eigentliche Ergebnis der Untersuchung waren aber die Erkenntnisse, die ich als Nebenprodukt gewinnen konnte. Die eine wie die andere Variante hätte nämlich erheblichen Einfluss auf die gesamte Architektur und das Prozessdesign.

Persistiert jeder Service immer alle Änderungen sofort, braucht man sich keine Gedanken darüber zu machen, zu welcher Zeit man welchen Datenzustand benötigt und wann manuelle Synchpoints aus dem Prozess heraus nötig sind. Möglicherweise reicht es dabei gar nicht aus, am Anfang des Prozesses zu laden und am Ende zu speichern. Gibt es im Prozess manuelle Rückkopplungen mit Mitarbeitern, so muss vor diesen gespeichert werden, damit der Mitarbeiter auf dem aktuellen Stand aufsetzt.

Dazu kommt, dass die Fachobjekte in der BPE, z.B. als XSD, modelliert werden müssen. Existiert in der SOA ein Versionskonzept, das den parallelen Betrieb verschiedener Versionen eines Services erlaubt, so muss dieses in der BPE entsprechend nachgebildet werden. Außerdem wird ein Konzept für den Transport von Fachobjekten über die (Web-)Service-Schnittstellen hinaus notwendig. Setzt man auf abstrakte DTOs (seit EJB3 manchmal als Anti-Patterns verschrien), entsteht zusätzliches Mapping auf der Service-Schicht, das sowohl zur Entwicklungs- als auch Laufzeit Aufwand bereitet. Werden echte JPA-Entitäten verwendet, verliert man die lose Kopplung, die den Charme einer SOA ausmacht, da die (Web-)Service-Consumer direkt von Änderungen an den Entitäten abhängig sind.

Auf der anderen Seite muss man sagen, dass eine Payload, die nur auf IDs operiert, eine homogene Servicelandschaft voraussetzt, in der alle Services mit diesen IDs auch umgehen können und Zugriff auf die Daten haben. Werden Dritt- oder Legacysysteme angebunden, so müssen möglicherweise Fachobjekte durch den Prozess geschleust werden, um diese Systeme zu bedienen.

Fazit

Eine eindeutige Empfehlung für den einen oder anderen Weg kann es an dieser Stelle nicht geben. Ich möchte aber die Sinne dafür schärfen, dass diese Entscheidung durchaus weitreichende Folgen haben kann und gründliche Überlegungen erfordert.

Nach einem erfolgreichen ersten Treffen wollen wir weiter versuchen, das Thema Web Performance in Hamburg zu verankern.

Darum planen wir ein zweites Treffen der Hamburg Web Performance Group, das in unseren Räumlichkeiten (Holisticon AG, Friedensallee 120, 22763 Hamburg) am Mittwoch, den 21. März 2012 um 19:00 Uhr stattfinden wird.

Geplant sind zwei Talks:

• Lars Lentfer (XING) und Timothy Payton (XING) über die XING Mobile Web App.
• Pat Meenan (WebPagetest, Google) über Frontend SPOF.

Das Event ist leider sowohl bei Meetup.com als auch in der XING-Gruppe bereits ausgebucht.