Java EE 6 kann fast alles, außer BPM. Doch zum Glück lässt sich die leichtgewichtige Process Engine Activiti integrieren.

Wir zeigen wie man Activiti nahtlos in die Welt von CDI, JSF, JPA & co. einbauen und damit prozessorientierte Applikationen entwickeln kann, die ganz ins Java EE 6 Programmiermodell passen. Dabei werden Best Practices und Lessons Learned aus unseren Praxisprojekten diskutiert. Fazit: BPM ist was für Business-Kasper? Das war gestern!

Es gibt inzwischen eine Vielzahl von verschiedenen Buildwerkzeugen. Da gibt es Ant, von vielen immer noch geliebt wegen dessen Flexibilität und Zuverlässigkeit. Maven, als Heilsbringer erwartet, um am Ende doch zu enttäuschen.

Und dann noch weitere Tools wie Gradle und SBT, die aus dem Umfeld alternativer JVM-Sprachen kommen. In diesem Gemenge schlägt sich seit Jahren Apache Buildr mehr oder weniger unentdeckt von der Masse und hat sich inzwischen zu einem beachtlichen Werkzeug mit einem großen Funktionsumfang gemausert. Welches Potential steckt wirklich in diesem Geheimtipp und ist es in der Lage, Maven oder Ant in einem Projekt zu ersetzen?

Anfang 2011 wurden Kernteile des Testwerkzeugs GUIdancer als Open Source Projekt in der Eclipse Foundation unter dem Namen „Jubula” veröffentlicht.

Ziel des Jubula-Projekts ist es, die Wirtschaftlichkeit und Effektivität automatisierter GUI Tests durch eine kostengünstige und einfache Einbindung in den Entwicklungsprozess zu erhöhen. Der Fokus des Tools liegt bei der Erstellung von Black-Box Tests, die frühzeitig und kontinuierlich laufen können, um die Kundensicht immer in Vordergrund zu halten und eine hohe Akzeptanz zu gewährleisten. Dabei handelt es sich nicht um den klassischen (aber ungeeigneten) Record-And-Replay (Aufnehmen und Wiederabspielen) Ansatz.

In diesem Vortrag werden die Konzepte hinter Jubula erklärt. Wir erzählen, wie Akzeptanztests komplett aus der Benutzerperspektive (sprich: ohne Programmieraufwand) automatisiert, ausgeführt und analysiert werden und erläutern wie sie den Best Practices aus der Softwareentwicklung (Lesbarkeit, Wartbarkeit, Modularität) gerecht werden. Auch die agile Perspektive wird betrachtet: Testfallerstellung vor der Verfügbarkeit einer lauffähigen Software.

Zur Veranschaulichung der Konzepte, Architektur und Arbeitsweise wird eine Demonstration des Tools gegeben.

Der kürzlich vorgestellte JBoss 7 Application Server bietet neben einer Startzeit von unter 3 Sekunden völlig neue Möglichkeiten für Entwickler und Administratoren.

In diesem Talk wird betrachtet, wie Features wie z.B. Domain-Mode, REST-API und die CLI im täglichen Einsatz genutzt werden können.

Teil I “Konfigmanagement mit RPM” erläutert, wie man eine große Anzahl von Maschinen automatisiert via Subversion und RPM aufsetzen und konfigurieren kann.

Ein einfaches Templating-System mit hierarchischer Variablenersetzung erlaubt das Konfigurieren einzelner Hosts bis hin zu ganzen Hostgruppen und minimiert Redundanz. RPMs mit den geaenderten Konfigurationen werden automatisch generiert und publiziert.

Teil II “Deployment mit YADT” setzt auf einem paketbasierten Deployment auf und berücksichtigt darüber hinaus auch die Abhängigkeiten zwischen Paketen und Services bzw. von Services untereinander.

Dabei stellt YADT sicher, dass bei Updates die direkt und indirekt abhaengigen Services ermittelt und diese in richtiger Reihenfolge gestoppt bzw. gestartet werden. Das Deployment kann dann als sequentielle Welle, teilparallel mit vorheriger “Pilotphase” oder komplett parallel durchgeführt werden.

Seit fast zwei Jahren setzen wir Continuous Delivery bei der Entwicklung eines neuen Produktes ein. Trotz anfänglicher Zweifel hat sich die Vorgehensweise als erfolgreich erwiesen.

Um dahin zu gelangen mussten wir einige Lektionen lernen, manche davon gleich am Anfang, einige wurden erst viel später deutlich.

Der Vortrag richtet sich an Interessierte, die die theoretischen Grundlagen von Continouos Delivery bereits gehört oder gelesen haben. Manche habe vielleicht Zweifel, ob das Ganze wirklich funktioniert. Andere sind mitten in der Einführung und suchen den Erfahrungsaustausch. Der Vortrag berichtet von unseren Erfahrungen, die Theorien in die Praxis umzusetzen und von Dingen, die in den Theorien nicht erwähnt werden. Das Ganze wird zusammengefasst in sieben Lektionen und ein paar Kleinigkeiten.

Hochskalierbare Anwendungen sind anders. Die normalen Gesetze von Anwendungs-Architekturen gelten hier nicht mehr.

Viele selbstverständlich erscheinende Konzepte müssen für sehr große Anwendungen komplett überdacht werden und Architekturentscheidungen müssen neu getroffen werden.

In dieser Session möchte ich mit Ihnen einige ausgesuchte Architekturthemen wie z.B. State Management, Entitätsdesign, Datenkonsistenz, Fehlerbehandlung oder Skalierbarkeit betrachten, die Probleme und Grenzen klassischer Lösungsansätze aufzeigen und Ihnen Lösungsmuster für hochskalierbare Anwendungen vorstellen – mit Hinweisen zu Tradeoffs der Muster, praktischen Entscheidungshilfen und Umsetzungstipps.

Wie so häufig können wir auch in dieser Session nur einige ausgesuchte Aspekte des Themengebiets streifen, aber Sie bekommen eine Reihe alternativer Ideen und Konzepte an die Hand, die Sie nicht nur in großen Cloud-Systemen gewinnbringend anwenden können.

Wir haben des öfteren Projekte, wo bestehende Anwendungen (die ein RDBMS nutzen) erweitert werden müssen. Oft lassen sich Änderungen am DB-Schema und -Daten nicht vermeiden.

In der Regel werden oft Skripte verwendet um diesen Anforderungen gerecht zu werden. Die aktuellen Lösungen sind meist selbst geschriebene SQL-Skripte. Dies ist fehleranfällig und die SQL-Skripte sind meist für eine DB spezifisch und für weitere DBs fallen entsprechende Aufwände an.

Im Rahmen des Projekts “DB Transformation und Migration” haben wir verschiedene Produkte evaluiert um diese Problematik zu lösen. In diesem Vortrag werden wir sowohl die zwei stärksten Kandidaten präsentieren als auch interessante Anwendungsmöglichkeiten der leistungsfähigsten Produkte (liquibase).

Design Thinking ist eine Vorgehensweise und eine Sammlung von Techniken um die Entwicklung disruptiver Innovationen (spielverändernde Lösungen und bahnbrechende Produkte, Dienstleistungen oder Organisationsformen) wahrscheinlicher zu machen.

Dazu müssen Entwickler/Techniker und ebenso Manager ihr gewohntes rationales und deduktives Denken verlassen und sich in eine neue Arbeitskultur begeben.

Scheinbar klare Fakten und Projektaufträge sind zu hinterfragen. Wir fühlen uns in Menschen und Problemsituationen ein und gewinnen völlig neue Einsichten über die eigentlichen Herausforderungen.

Der Vortrag gibt einen Einblicke in die Kernelemente des Design Thinkings und zeigt praktische Anwendungsbeispiele.

Eine funktionierende Suche zu bauen ist komplex. Infrastruktur, Relevanz, Geschwindigkeit, Skalierbarkeit sind Faktoren, die schwer zu erreichen und bei wachsender Datenmenge zu halten sind.

Elasticsearch ist eine seit 2010 existierende Open-Source Suchmaschine, die ähnlich wie Solr auf Lucene aufsetzt und sich anschickt, einige immer wieder auftretende Probleme in den oben genannten Problemfeldern zu vereinfachen. In dieser Präsentation wird es einen ersten Einblick in die Konzepte und Möglichkeiten geben sowie ein kurzer Einblick in komplexere Features gegeben.

Der Vortrag gibt einen Einblicke in die Kernelemente des Design Thinkings und zeigt praktische Anwendungsbeispiele.

Apache Camel, a very popular integration framework, builds on the principles of the EIPs (Enterprise Integration Patterns) and DSLs (Domain Specific Language).

In this talk we show how integration can become much easier and accessible with Camel. By wiring together EIP patterns, processes and transports, integrating becomes as simple as building routes “lego style.”, The wiring is done using the Camel DSL. We will cover some of the most used EIP patterns such as Splitter, Aggregator, Recipient List, Dead Letter Channel, Idempotent Consumer etc. And give pointers about tips and tricks along the way. This talk includes live demos that show how to build integration flows in DSLs: plain Java, XML and Groovy.

We will also show you how you can use Eclipse tooling to build routes using a graphical drag’n'drop environment, as well how to gain insights into running Camel applications, such as message tracing.

We will cover how Apache Camel is related to Apache ServiceMix, and why you should consider using Apache ServiceMix to host your integration applications.

In the end of the talk we take a look at the noteworthy new features of the latest Camel release, as well what we have planned for the upcoming releases.

Gradle ist der neue Stern am Himmel der Open-Source-Build-Systeme.

In dieser Session wird anhand einiger Livebeispiele ein Einblick in die Konzepte und die Anwendung von Gradle gegeben. Weiterhin demonstrieren wir, wie Gradle sich nahtlos in vorhandene Buildumgebungen integrieren lässt und gehen auf die vielen einzigartigen Funktionen ein, die in der letzten Zeit zu Gradle hinzugefügt wurden. Die Teilnehmer dürfen sich auf elegante Build-Skripts, noch schnellere Builds und innovative Features freuen.

Im Rahmen der Session werden wir ausgehend vom Wicket-Quickstart-Archetypen eine vollständige Anwendung basierend auf Wicket und Java EE 6 live entwickeln.

Neben grundlegenden Wicket-Themen werden ebenfalls Anforderungen wie Authentifizierung, Ajax, Behaviours oder Validierung adressiert. Die Session verzichtet auf Folien und findet komplett in der Entwicklungsumgebung statt.

This talk will cover the basic principles of personalization especially in the context of recommendations.

Recommender algorithms based on memory and models will be shown and compared. The comparison is based on time- and space requirements. A small demo application based on the Java EE 6 standard with maven as the build tool will be provided and explained. It will contain a small sample of data from facebook friends of the author. The application integrates the machine learning library mahout through a dependency and is therefore easily embeddable and maintainable in any modern software project. Key concepts from Java EE 6 like EJB, WebServices, and REST interfaces will be part of the application and the integration will be explored.

The recommendation technology is applicable for content, product, music or video recommendation and a lot of companies are currently deploying these on their websites.

Agenda:

Inversion of Control ist scheinbar ein Standard bei der Implementierung komplexer Softwaresysteme.

Doch meist wird IoC mit Dependency Injection gleichgesetzt. Dependency Injection entkoppelt das Wie und ist somit ein wichtiger Teil von IoC. Aber wie entkoppelt man das Was und Wann? Was fehlt noch zu wirklichem Inversion of Control? Diesen fehlenden Teil bezeichne ich als Inversion of Flow und möchte in diesem Vortrag zeigen, wie mit Hilfe einer Art Self Populating Cache auch die restlichen Teile von Inversion of Control realisiert und mit Dependency Injection integriert werden können.

Entwicklung mit Java EE 6 anhand eines ganzheitlichen Beispiels

Die Java EE 6 Spezifikation bietet mit den zahlreichen kombinierbaren Einzelspezifikationen mehr als nur eine Grundlage für die effiziente Entwicklung moderner Softwaresysteme. Gerade durch die Kombinierbarkeit der einzelnen Spezifikationen untereinander sowie mit weiteren im Java EE Bereich verfügbaren Technologien steht eine robuste und zukunftsträchtige Technologie-Landschaft bereit. Es wird Zeit, diese ganzheitlich exemplarisch zu beleuchten. Der erste Schritt bei der Umsetzung eines Java EE Projektes ist bekanntlich das Aufsetzen der Software-Infrastruktur und -Architektur. Dieser Schritt erfordert umfangreiches und tief gehendes technisches Wissen um die beteiligten Technologien. Bereits hier wird die Grundlage für die Effizienz bei der Umsetzung des Projektes sowie für die Wartbarkeit der fertiggestellten Software gelegt. Ein Problem stellt hierbei nicht nur die Komplexität der Aufgabe als solche dar, sondern auch der in Projekten übliche Zeitdruck, durch welchen oft wichtige Aspekte wie zum Beispiel eine Umgebung für die Testautomatisierung unter den Tisch fallen gelassen werden.

Der Vortrag beleuchtet das Thema auf eine praktische Art. So wird viel auf Livecode gesetzt. Der Quellcode wird auf GitHub zur allgemeinen Verwendung bereitgestellt.

If we advocate the web, develop for the web, and move more and more of the applications we use every day to the web – then why are we still developing software using desktop IDEs and desktop code editors?

Don’t all the advantages of the web apply to IDEs as well? Nothing to install, nothing to configure, seamless software updates, real-time collaboration with other users, offloading computationally expensive tasks (like large compiles) to the cloud. It seems to make perfect sense. Still, nobody seemed to do it. So, we decided to do it ourselves – build an IDE in the browser: Cloud9 IDE.

In this talk I will describe the vision and architecture of Cloud9 IDE and programming “in the cloud” in general. In addition I will describe what the architecture of Cloud9 looks like and the challenges we face.

Bei dem Vortrag handelt es sich um einen Erfahrungsbericht über die BPM Suite jBPM 5 von JBoss, wobei der Fokus auf der Process-Engine und dem Human-Task-Service liegt.

Wir werden über Erfahrungen berichten, die wir während der Umsetzung zweier unterschiedlicher Projekte sammeln konnten und stellen hierzu eine kleine Demo-Webanwendung vor, welche die Integration von jBPM5 demonstriert. Der Vortrag fokussiert sich zudem auf die Integration von jBPM5 in eine Java EE 6 Webanwendung unter Einsatz von Technologien wie JPA 2, JSF 2, CDI und dem JBoss AS 7. Wir gehen dabei sowohl auf die positiven Eigenschaften als auch auf die im Zuge der Integration von jBPM5 aufgetretenen Probleme und Schwächen ein und geben einen Ausblick auf zukünftige Features.

Wann generiert ein Autohersteller Wert beim Verkauf eines Autos? Nicht bevor das Auto zum Kunden ausgeliefert und bezahlt worden ist.

Wir sieht es für uns Softwareentwickler aus? Wann generieren wir einen Wert mit unserer Arbeit, jenseits von 0en und 1en in Form von schön refrakturiertem Software-Code? Nicht bevor die neue Version der Software vom Kunden benutzt werden kann und sich dies positiv auf den finanziellen Erfolg des Produkts auswirkt.

Wo zur Erreichung dieses Ziels in der Auto-Industrie seit Jahrzehnten Lean Management und Kanban sehr erfolgreich eingesetzt wird, gibt es nach seit einigen Jahren auch in der IT-Industrie im Umfeld der Agilen Methoden den Trend zu “Software-Kanban”.

Basierend auf seinen Erfahrungen bei Nokia zeigt Alex wie Kanban kombiniert mit Idee von DevOps – Entwickler, QA und Operations arbeiten sehr eng zusammen – wirklich helfen kann mit Software schneller Wert zu generieren und die Qualität zu verbessern, auch in durchaus herausfordernden Situationen.

Der Web-Pionier David Gelernter hat vor einem Jahr ein “Bauhaus für Software” gefordert. Wie das Bauhaus in den 1920er Jahren sollte nun für Software ästhetische Forderungen nach dem Prinzip “Form follows Function” aufgestellt werden?

Welchen Sinn kann eine Ästhetik für Software haben? Wann könnte man sagen, dass Software “schön” oder “hässlich” ist? Und was bringt das für die Kundenzufriedenheit oder für die Qualität der Software, besonders für die Erfüllung nichtfunktionaler Anforderungen?

Tatsächlich ist es sinnvoll, ästhetische Kategorien, die z.B. von Kant, Heidegger oder Frank Sibley entwickelt wurden, auf Software anzuwenden. So lassen sich ästhetische Kriterien für Software entwickeln, die über das design von Oberflächen und den modularen Architekturentwurf hinaus die Akzeptanz durch den Benutzer und die Wartbarkeit erhöhen.

Aber kann man Softwareästhetik lernen, und wenn ja, wie? Hier hilft eine Debatte der analytischen Ästhetik aus den 1960er Jahren weiter. Man kann Eleganz und Schönheit auch bei Software nicht einfach durch Regeln lernen, aber durch Zeigen, Nachmachen und Übung.

Ein Jahrhunderttraum wie das Fliegen: Eine Maschine, die Menschen im Schach bezwingt. Auch heute für viele Java-Entwickler noch eine faszinierende Aufgabe! Wie zerlegt man das Problem geschickt?

Welche wichtigen Entscheidungen sind bei der Umsetzung zu treffen? Schritt für Schritt entsteht eine spielfähige Schach-Engine. Nach jeder Iteration messen wir anhand einer Live-Partie den Fortschritt. Ihr erhaltet in diesem Vortrag nützliche Tipps für den Start und lernt eigentlich alles, um selbst ein Schachprogramm in Java bauen zu können. Und Ihr erfahrt auf vergnügliche Weise nebenbei, wie Ihr ganz allgemein eine nachvollziehbare, angemessene Softwarearchitektur entwerfen, bewerten und festhalten könnt. En passant. Zielgruppe dieses Vortrags sind in erster Softwareentwickler und -architekten, die neugierig sind, wie eine Schach-Engine funktioniert. Und die anhand dieses Beispiels ein wenig über Architekturentwurf erfahren wollen. Fundierte Schachkenntnisse sind nicht erforderlich.

Primarilary developed as an in-house tool to create Debian packages for the Maemo platform the maven-packaging-plugin turned into a full-featured solution to support the deployment pipeline of a modern software development process.

The plug-in is able to create binary packages for Debian-, RPM- and IPK-based GNU/Linux-distributions and integrates well with build servers such as Jenkins. The talk will present the plug-in and how it represents a large part of an automated deployment pipeline. Besides a demo there will also be an outlook towards the future development of this free software project.

Studien zufolge verdoppelt sich die Menge der zu wartenden Software alle sieben Jahre. Modularisierung von Software-Systemen kann helfen, die damit einhergehende Steigerung von Wartungskosten zu begrenzen (Parnas 1972).

Dennoch wird Modularisierung von Software heute vielerorts noch immer sehr skeptisch betrachtet. Häufig gehörte Argumente gegen die Nutzung von Modularisierungstechniken in Projekten sind:

Im Rahmen unseres Erfahrungsberichtes werden wir anhand einiger Beispiele aus unserem Projektalltag zeigen, mit welchen Strategien man auch in anfänglich quasi-monolithischen Java-Projekten in kleinen Schritten die Modularisierung des Gesamtsystems verbessern kann und welche konkreten Vorteile wir aus jedem der Schritte ziehen konnten. Wir beleuchten dabei die Möglichkeiten zur Modularisierung verschiedener Teilsysteme unserer Anwendung und unseren darauf zugeschnittenen Software-Entwicklungsprozess.

Was sind die Anforderungen von Entwicklern und Architekten an die MongoDB nach der ersten Hype Phase?

Nach gut anderthalb Jahren Entwicklung mit und um die MongoDB herum sind interessante Strategien und Lösungen für den Produktions- und Test-Code entstanden um mit Modell-Evolution / Schema Migration um zu gehen.

An konkrete Beispielen aus der Entwicklung und Wartung einer Finanztransaktionsplattform werden die hinter den Lösungen liegenden Überlegungen transportiert und anhand von klaren Diagrammen und gut lesbarem Code anschaulich präsentiert.

Es mag eine Vielzahl von Methoden in der Software Entwicklung geben, aber die allermeisten vernachlässigen sträflich die Grundlagen: Die Engineering Kultur einer Firma.

Wie arbeiten Entwickler zusammen, wie offen ist die Kommunikation, dürfen Entwickler jederzeit auf Produktion deployen. Ist es eher ok, mal einen Fehler zu machen anstatt in Angststarre zu verharren? Insbesondere in Start-ups passen die etablierten Prozesse (auch Scrum) nicht, bzw. bauen unnötigen Overhead auf. Dieses zeigt sich dann sehr schnell, wenn Features immer länger brauchen und man dann der Verlockung nachgibt mehr und mehr Entwickler einzustellen – was dann die Situation eher verschlimmert. Dieser Talk gibt einen Einblick in die Engineering Kultur von einigen aktuellen Start-ups wie z.B. SoundCloud und zeigt wie man ein Start-up skaliert, wie man ohne QA Rollen auskommen kann und was für Elemente von Scrum und Kanban in diesem Kontext Sinn machen.

Seit jeher bietet die Java platform gute Unterstützung für die nebenläufige Programmierung. Die Bordmittel für multithreading und Synchronisation haben aber ihre Tücken.

Dierk König stellt daher zusätzliche Konzepte für den vereinfachten Umgang mit Nebenläufigkeit vor: fork/join, map/reduce, Aktoren, Agenten und Datenflüsse. Der Beispielcode wird mit GPars vorgeführt, Groovys Standardbibliothek für Nebenläufigkeit.

Das Schreiben von Unit Tests für Java EE Komponenten kann ziemlich umständlich sein. Die Komponenten können eine Menge Abhängigkeiten zu anderen Komponenten haben, die normalerweise der Container bereitstellt. Jedoch nicht in einem Unit Test.

Um eine Komponente in Isolation zu testen, können die Abhängigkeiten durch Stellvertreter ersetzt werden. Jedoch bleibt weiterhin das Problem, die Stellvertreter mit der zu testenden Komponente zu verbinden. Eine Möglichkeit ist, die Kapselung der Abhängigkeiten zu lockern, eine andere die Nutzung von Reflexion. Die Lockerung der Kapselung verletzt die Design Prinzipien, der Einsatz von Reflexion erfordert sehr viel Initialisierungscode.

Mit Needle werden die Abhängigkeiten der zu testenden Komponente automatisiert durch Stellvertreter ersetzt, die mit dem Framework EasyMock oder Mockito erzeugt werden.

Der Vortrag zeigt, wie einfach es ist, Unit Tests mit Needle zu schreiben, und geht dabei auf die wichtigsten Features und auf die Flexibilität von Needle ein.

Seit dem letzten Jahr ist Continuous Delivery in aller Munde. Überall gibt es Vorträge dazu, es wird über Werkzeuge und Prozesse geredet – und darüber, wie Continuous Delivery idealerweise sein sollte.

Viel wesentlicher ist jedoch der konkrete Fahrplan zur Umsetzung. Fragt man danach, wird die Antwort entweder kompliziert oder sehr abstrakt.

Der Vortrag liefert diesen Fahrplan. Schritt für Schritt wird erklärt, wie eine gelungene Implementierung aussehen kann – Varianten inklusive, denn nicht alle Projekte sind gleich. Die von uns entwickelte CD-Matrix hilft bei der Einordnung des Projektes innerhalb der Entwicklungsstufen hin zum Continuous Delivery. Mit ihr wird initial die Position bestimmt, sowie die nächstliegenden möglichen Schritte zur Verbesserung ermittelt. Eine detaillierte Roadmap führt mit Hilfe von der Continuous Delivery Matrix und Checklisten durch alle Stationen der Einführung von Continuous Delivery. Im Mittelpunkt steht dabei eine stufenweise Umstrukturierung des Prozesses basierend auf dem aktuellen Stand der Projekt-Infrastruktur.

Datenintegrationsarchitekturen auf Basis von Open Source Software müssen sich mittlerweile kaum noch hinter etablierten, proprietären Lösungen verstecken.

Mit Projekten der Apache Software Foundation lassen sich leistungsfähige Open Source Integrationslösungen entwerfen. Das Bundle der Apache Produkte Camel, Karaf, CXF und ActiveMQ wird auch von kommerziellen Software-Anbietern in eigenen Lösungen zusammengeschnürt und mit Enterprise-Support angeboten. Der Vortrag gibt einen Überblick über die Eigenschaften und Features der Apache Komponenten und stellt ein mögliches Anwendungsszenario auf Basis von Projekterfahrungen vor.

Scala ist eine objektfunktionale Sprache für die JVM, die seit 2003 kontinuierlich weiterentwickelt wird. Neben Groovy ist Scala die Alternative zu Java auf der JVM.

In diesem Talk erhaltet ihr einen Schnellstart in die Sprache. Die wichtigsten Sprachfeatures werden im Live-Coding erklärt. Nach dem Talk könnt ihr Scala Code verstehen und schnell ein eigenes Scala-Projekt aufsetzen.

Jeder Entwickler kämpft täglich gegen Unterbrechungen, die Langeweile sich ständig wiederholender Tätigkeiten und Spaghetti Code – um nur drei Dinge zu nennen, die ihm den Spass an seiner Arbeit verderben können.

Patrick Baumgartner und Odilo Oehmichen präsentieren ihre Toolbox, gefüllt mit Methoden und kleinen Helfern, die sich aus ihrer Erfahrung in der Projektarbeit bewährt haben. Dabei werden sie sowohl Werkzeuge zeigen, die den Entwickler beim Programmieren und seinen Projekttätigkeiten unterstützen, als auch auf Techniken eingehen, die helfen den Fokus auf die wirklichen Herausforderungen zu setzen. Jeder Teilnehmer bekommt so einen Werkzeugkasten mit nach Hause, welchen er sofort und spürbar in seinem Projekt einsetzen kann.

Zahlreiche Projekte kämpfen mit Performanceproblemen bezüglich des Einsatzes eines OR-Mappers. Im Rahmen der Session werden Tuningmöglichkeiten und Herangehensweisen an einen Tuningprozess für Hibernate-Anwendungen vorgestellt.

Des Weiteren werden die Themen “Second-Level-Caching” und die “Analyse des Laufzeitverhaltens von Hibernate” besprochen. Ein weiterer Schwerpunkt des Vortrags liegt auf der Schaffung eines Verständinisses für Performanceprobleme und deren Ursachen.

Playing on the Scala REPL can lead one to discover Type-Classes, quiet naturally. Regular refactoring and asking searching questions on how to remove boiler-plate and make things succinct leads to lasting abstractions.

A step-by-step journey through some of the more advanced features like implicits, pimp my library pattern, type variance and functional design. The field of study will be type-safe equality and if time permits then some ‘Show’. The presentation will require two things: the REPL and a text editor. How Scala tops Type-Classes in Haskell ends it.

Wir reagieren auf vermeintlich charakterlose Geräte, Anwendungen und Websites mit Freude, Neugier, Frust, Angst oder Interesse, lieben oder hassen sie, ja fühlen uns sogar verstanden oder abgelehnt. Sie können viel mehr als nur eine Funktion ausüben – sie lösen, oft nachhaltige, Emotionen aus. Immer!

Jeder Entwickler, der Interesse an der Benutzeroberfläche hat, sich viel Mühe mit gutem Code gibt und stolz darauf ist, sollte auch darüber nachdenken, welchen Eindruck er bei seinen Nutzern hinterlassen möchte. Aber wie geht man dabei vor? Was ist notwendig für eine gute Nutzererfahrung? Wie versetzt man sich in seine Zielgruppe? Was macht eine Anwendung glaubwürdig? Wann sieht etwas „gut” und “aufgeräumt” aus? Und was, wenn kein UI Spezialist zur Hand ist? Vorgestellt werden u.a. konkrete Tipps und Methoden zu Informationsarchitektur, Design, Usability, Kommunikation und Verhalten von Anwendungen, die Entwickler wissen sollten, um ihrer Arbeit die richtige Persönlichkeit geben zu können.

Die Berufsbezeichnung “Software Architekt” ist weit verbreitet – aber was tut ein Software Architekt überhaupt? Was unterscheidet einen guten Architekten von einem schlechten?

Dieser Vortrag gibt Hinweise und Antworten – ganz praktische Anregungen, um in der alltäglichen Arbeit besser und effektiver zu werden. Dabei fließen langjährige Erfahrungen aus vielen Architektur-Reviews, Coachings und einem Architekten-Ausbildungsprogramm ein.

Eine kurze Einführung in CoffeeScript für Java Frontend Entwickler.

CoffeeScript ist eine kompakte Sprache, die nach JavaScript kompiliert. CoffeeScript räumt dabei mit vielen Problemen und Stolpersteinen auf, für die JavaScript berüchtigt ist. Das erzeugte JavaScript ist sauber, menschenlesbar und orientiert sich an gängigen JavaScript best-practices. CoffeeScript stellt dadurch eine schon heute produktiv einsetzbare Alternative für alle dar, die von JavaScript genug haben.

Dieser Vortrag ist eine Einführung in die Sprache und versucht das Publikum dazu zu motivieren, CoffeeScript in zukünftigen, Projekten zu verwenden.

Soll ein Legacy System nachträglich um automatisierte Tests erweitert werden, so steht man gleich vor zwei Problemen auf einmal: einerseit verfügt das Team noch über wenig Test-Knowhow, andererseits ist Code schwer testbar, der nicht testgetrieben entwickelt wurde.

So schwindet im Team schnell die Akzeptanz, automatisierte Tests zu schreiben: zu aufwändig! Der Vortrag stellt den Ansatz “Design for Testability” vor und illustiert anhand konkreter Java-Beispiele Potentiale zur Verbesserung der Testbarkeit, so dass Tests einfacher umgesetzt aber auch gewartet werden können.

Many people are drawn into OSGi because it provides class loaders on steroids, however, one of the often overlooked feature of OSGi is the Service Registry and the (µ)service model.

µServices provide a much more powerful alternative to the traditional Java factories and listeners in your code or xml, which are the usual culprits for class loading headaches. Alas, you need to migrate your application to OSGi first in order to take advantage of µServices which would make it so much easier to migrate your application to OSGi in the first place.

The idea of PojoSR (a.k.a OSGi Lite) is to remedy this situation by providing OSGi without the module layer. PojoSR is based on Apache Felix and runs in any standard Java environment: from the class path, inside a WAR, wherever your current Java runs because it never touches a class loader. It allows any application built in Java to reap the benefits of service-based modularity without first having to rid existing code of any class loader tricks. This approach also allows, many existing bundles work out of the box – just by adding them to the class path (PojoSR will detect bundles on the class path and execute their activators).

It works so well that OSGi is thinking of standardizing the approach. This talk will show you how you can take advantage of µServices using PojoSR to modularize and OSGi’fy an existing application.