Dieser Vortrag ist eine Einführung in Apache Apache CouchDB, eine verteilte, dokumentbasierte Datenbank mit REST-Interface. CouchDB besticht durch Einfachheit im Setup und der Anwendungsprogrammierung, Robustheit im Betrieb (durch eine Implementierung in der besonders fehlertoleranten Programmiersprache Erlang) im Betrieb, sehr gute Performance besonders bei vielen parallelen Zugriffen. Darüber hinaus verfügt CouchDB über ein einzigartiges Peer-to-Peer Replikationssystem, mit dem beliebig viele Instanzen von CouchDB voll oder partiell synchronisiert werden können, auch wenn sich einige Instanzen hinter wackeligen Netzwerkverbindungen wie mobilen Endgeräten befindet. CouchDB läuft auf vielen Plattformen und Systemen, neben allen geläufigen Desktop- und Serverbetriebsystemen gibt es auch Portierungen zu Android und iOS.

In diesem Vortrag zeigt Axel Fontaine wie man Java Anwendungen mehrmals pro Tag zuverlässig produktiv bringen kann. Reibunglos, schnell und ohne Downtime. Axel begleitet dich auf eine Reise von Anforderung bis zum Livegang.

Der Weg dorthin führt uns über

• build automatisierung
• test automatisierung
• deployment automatisierung
• deployment ohne downtime
• branching und mehr...

Bei unserem ersten Vortrag in 2011 ging es zur Abwechslung mal nicht um Java, sondern um Kanban, eine Methode der Produktionsablaufsteuerung, die sich im Moment unter Softwareentwicklern zu verbreiten scheint.

Grafisch ansprechende Komponenten in Java zu programmieren scheint in der heutigen Zeit nicht gerade beliebt zu sein. Alternativen wie z.B. Flash, Silverlight und JavaFX sind hier ganz klar die Gewinner. Aber ist es wirklich immer nötig die Java Welt zu verlassen um optisch ansprechende Komponenten zu entwickeln ? Dieser Vortrag ist ein Versuch zu demonstrieren, das man auch mit Java Swing durchaus schicke Komponenten entwickeln kann, welche sich nicht vor der Konkurrenz aus dem Haus Adobe oder Microsoft verstecken zu brauchen. Dabei wird unter anderem gezeigt, wie man mit den richtigen Werkzeugen den Workflow vom Designentwurf zur Implementierung wesentlich vereinfachen kann.

Als die dot.com-Blase Ende 2000 platze, fing Heinz Kabutz in seiner Freizeit an, Newsletter über fortgeschrittene Java-Themen zu veröffentlichen. Anfangs hat er diesen lediglich an ca. 80 seiner Freunde und Kollegen geschickt. Schnell erreichte der Java Specialist's Newsletter jedoch Kultstatus und wird nun in 120 Ländern von über 50.000 Java-Enthusiasten gelesen. Er hat inzwischen fast 200 Newsletter verfasst. In dieser Vortrag wird er sieben seiner populärsten und interessantesten Newsletters vorstellen. Die Themen reichen von Java Performance über Sprach-Tricks zu Concurrency. Anschließend wird er noch sein neuestes Projekt, jpatterns.org vorstellen. Dieses Projekt ist für Entwickler sehr interessant und sofort anwendbar, um ihre Design Patterns zu dokumentieren.

The idea of Design by Contract, or DBC for short, is that one should precisely, but not completely, describe a software system before it is built. The descriptions are called contracts. Programming contracts are like legal contracts that describe a business deal, as they describe a relationship between parties and each parties' responsibility to the other, expect the "parties" are programs and the "deal" is a system design. DBC, as applied to OO software, is the brainchild of Meyer, and was originally realized in an elegant form in the Eiffel programming language. The facets that make up a contract, assertions in the form of preconditions and postconditions, and well-formedness conditions on types, object, classes, and their ilk, harked back to the grandfathers of formal methods: Floyd, Hoare, Dijkstra, and others. DBC has found its way into the mainstream of programming via some unlikely supporters. Microsoft has been using lightweight contracts for over a decade in the form of ACSL specifications, and several tools included with Visual Studio and available from Microsoft Research use contracts for a variety of purposes, from lightweight static analysis, runtime checking, and test generation for C#, to full functional verification of C programs. In the Open Source world, DBC specification languages and frameworks are available the vast majority of programming languages in use today. The richest of these, both in terms of language expressiveness and tool support, is the Java Modeling Language (JML). Using JML, which essentially looks and smells like Java, one can precisely describe the properties of a Java system, either one that you intend to build (and thus you are practicing Design by Contract) or one that have already built (and thus you are Contracting the Design, as we put it). Dozens of tools understand JML, including documentation and test case generators, runtime checkers, model checkers, verification systems, and more. In this talk I will summarize the JML language, review the current state of tool support and demonstrate some tools, and highlight some best practices and case studies from academia and industry.

Eclipse RCP erlaubt, das erfolgreiche Eclipse Framework für die eigene Applikationsentwicklung zu verwenden. Der Vortrag stellt die fünf Schlüsselelemente von Eclipse RCP vor: Plugins, Extensions, die Eclipse Frameworks, PDE und Eclipse e4.

Clojure basiert auf Lisp und ist zu 100% zu Java kompatibel. Im Vordergrund stehen u.a. dynamische Typisierung, funktionale Programmierung, Immutability, threadsichere Programmierung und Makros. Der Autor zeigt an Hand einiger Demos den Umgang mit Clojure.

Scala erobert die Java-Welt im Flug. Und das ist kein Wunder, denn Scala ist eine ausgereifte, objekt-funktionale, statisch typisierte Sprache für die Java Virtual Machine, die 100 'abwärtskompatibel' zu Java ist.

Today's applications are getting more and more distributed everyday and it is well-known that distributed programming is hard. With Hazelcast though, distributed programming is easy and lots of fun. Common reaction of Hazelcast users is 'Ooh my God, this cannot be that easy'. Hazelcast is an open source, highly scalable, transactional, distributed/partitioned implementation of queue, map, set, list, lock and executor service for Java.

Maven 3.0 will be the version Maven for the people. The Maven team has gone to the ends of the earth to ensure backward compatibility, improve usability, increase performance, allow safe embedding, and pave the way for implement many highly demanded features. This talk will briefly cover the process and tooling changes that have occured in the Maven project in order to accomplish what we have done with Maven 3.0, as well as discuss the architectural and feature changes. Some of the process changes include setting up a multi-platform Hudson grid, building out a framework of over 440 integration tests, creating integration tests for all core Maven plugins, and systematically seeking out Maven 2.x OSS projects to validate Maven 3.x's compatibility. We also built out a framework that measures disk I/O, network I/O, memory consumption, and CPU utilization to ensure that performance doesn't degrade. The architectural changes that will be discussed will center around how POMs are constructed, how the lifecycle is executed, how the plugin manager executes, and how artifacts are resolved. Some features derived from these architectural changes include any-source POMs, versionless parent elements, a compositional form of Maven POM configuration we call mixins, lifecycle extension points, plugin extension points, and our new Jetty Client-based, single point of entry artifact resolution mechanism we call the repository system

Um moderne, anspruchsvolle und leistungsfähige Webanwendungen zu entwickeln, werden immer häufiger Portallösungen eingesetzt. Mit der Portlettechnologie können zudem standardbasierte Portalbausteine - Portlets - entwickelt werden. Doch was leisten heutige Portale überhaupt? Welche Portalsysteme kann ich einsetzen? Und wie erfolgt eine Anwendungsentwicklung mit Portlets? Was bietet der heutige Portletstandard JSR-286? Muss ich mein User Interface direkt mit der Portlet API entwickeln oder gibt es Integrationsmöglichkeiten z.B. mit JavaServer Faces? Damit Sie diese und ähnliche Fragen für sich selbst beantworten können, wird in der Session ein Überblick über Portale und Portalsysteme gegeben. Es wird aufgezeigt, was moderne Portallösungen leisten können und vor allem auch, wie mit der Portlet-API und ergänzenden Technologien (JavaServer Faces) eine Anwendungsentwicklung funktioniert.

Most of the software world has realized that BDUF (Big Design Up Front) doesn't work well in software. But lots of developers struggle with this notion when it applies to architecture and design. Surely you can't just start coding, right? You need some level of understanding before you can start work. This session describes the current thinking about emergent design & evolutionary architecture, including both proactive (test-driven development) and reactive (refactoring, composed method) approaches to discovering design. The goal of this talk is to provide nomenclature, strategies, and techniques for allowing design to emerge from projects as they proceed, keeping you code in sync with the problem domain.

Flex is an Open Source RIA development toolkit based on the Adobe Flash Player, working both in browsers and desktop (through Adobe AIR platform) This session will present the main benefits of using Flex, it will cover the programming language and it will show how to connect the Flex client with a Java backend.

Apache Geronimo steht mit seinem modularen Plug-in-Konzept für eine neue Generation von Java-EE-Anwendungsserver. Als Einziger unterstützt er zwei alternative JAX-WS-Web-Services-Implementierungen. Außerdem bringt er bereits einen Portalcontainer und AJAX-Bibliotheken mit, wodurch er sehr gut für Web-2.0-Anwendungen eingesetzt werden kann. Dieser Vortrag stellt die Konzepte und Möglichkeiten von Apache Geronimo vor. Er beantwortet die Frage, warum Applikationsserver auch in Zukunft benötigt werden.

Scrum kommt aus dem Rugby und bezeichnet das Gedränge, mit dem dort das Spiel nach einer Unterbrechung neu gestartet wird. Doch wenn seit 1996 erwachsene Frauen und Männer bei dem Begriff Scrum kein Ei aus Leder im Kopf haben sondern an die Entwicklung komplexer Software denken, dann muss es mit Scrum auch etwas anderes auf sich haben.
Dieser Vortrag stellt das agile Managementframework Scrum vor. Scrum löst das Paradigma der deterministischen Planung des Gesamtprojektes durch einen empirischen Ansatz ab. Es orientiert sich dabei an der realistischen Erkenntnis, wie komplexe Projekte tatsächlich verlaufen und bindet mit kurzen Feedbackschleifen gewonnenes Erfahrungswissen in den Prozess mit ein. Scrum ist, wie Ken Schwaber so schön sagt, "die Kunst des Möglichen".
Der Vortrag geht darauf ein, wer in welcher Rolle in Scrum mitspielt, welche Bestandteile Scrum hat und wie die typischen Abläufe sind. Es wird erläutert, welche Voraussetzungen notwendig sind und welche Probleme auftreten können.

Dokumentieren zählt nicht zu den Lieblingsbeschäftigungen eines Java-Entwicklers. Gerade Architektur und Entwurf einer Softwarelösung werden in vielen Projekten gar nicht oder zumindest nicht angemessen dokumentiert. Dieser Vortrag stellt einige Arbeitsergebnisse vor, mit denen Sie Softwarearchitektur effektiv kommunizieren können. Im Team, und gegenüber dem Auftragsgeber. Welche Notationen und Werkzeuge haben sich in der Praxis bewährt? Was ist Gift? Wie verhindern Sie, dass Ihre Dokumentation veraltet? Oder Sie bei Fragen neuer Mitarbeiter oder im Architekturreview antworten müssen mit 'das ist historisch gewachsen'. Wie viel (oder wenig) Dokumentation hilft wem wann weiter?

JBoss ON 2 ist die aktuelle Version der JBoss Management- und Monitoringsuite. Es baut dabei auf die Open Source Projekte RHQ und Jopr auf. Während es auf den ersten Blick so aussieht, als ob JBoss ON / Jopr / RHQ nur für JBoss-Produkte geeignet wäre, trügt dieser Eindruck, da sie über Plugins leicht für andere Einsatzgebiete und Server fit gemacht werden können. Beispielswiese existierten Plugins, die Messdaten eines Temperaturfühlers auslesen oder Xen-Gäste monitoren können. Dieser Vortrag führt in die Architektur von RHQ, Jopr und JBoss ON ein, zeigt die interne Struktur der Inventarbibliothek und der vorhandenen Subsysteme und reist die Entwicklung von Plugins an.

Warum ist das Warten von Bestandsanwendungen oft ein Albtraum? An einem anschaulichen Beispiel zeigt Nils Wloka, warum anämische Domänenmodelle hinsichtlich wachsender Anforderungen nicht skalieren und Java Beans die Prinzipien objektorientierter Programmierung unterwandern. Welche Hürden bei der Realisierung sogenannter 'Rich Domain Models' genommen werden müssen und welche Entwurfsmuster und Programmiertechniken zum Einsatz kommen, wird praxisnah anhand einer mit Spring und AspectJ implementierten Beispielanwendung demonstriert.

Mit OpenESB gibt es einen leistungsfähigen, skalierbaren Enterprise Service Bus (ESB) in der Open Source, mit der eine professionelle service-orientierte Architektur (SOA) verwirklicht werden kann. In diesem Vortrag wird OpenESB mit Glassfisch als Laufzeitumgebung vorgestellt. Zunächst wird ein Überblick anhand der wichtigsten Komponenten vermittelt, einschließlich BPEL SE, XSLT SE, JMS BC, HTTP BC, und mehr. Konkrete Beispiele vermitteln den Praxisbezug, zum Beispiel in den Bereichen Deployment und Monitoring. Zum Abschluss wird ein Ausblick über die neuen Features vermittelt, die es mit OpenESB v3 geben wird.

Ein Java-basiertes OpenSource Testframework auf dem Prüfstand

Neben JUnit, das mittlerweile Standard im Test von Java-Anwendungen ist, wird immer häufiger auch der Name FitNesse genannt. Im Gegensatz zum sehr entwicklernahen JUnit dient FitNesse dem Akzeptanztest und kann neben den Entwicklern auch vom Endanwender benutzt werden. Damit ist es eine gute Ergänzung zu JUnit.

FitNesse ist ein Open-Source-Framework, das zunächst viel von seiner Funktionalität versteckt. Der Vortrag gibt einen Überblick über das Testframework, seine Architektur und die Definition und Ausführung von Testfällen. Anschließend werden einzelner Bereiche in der Tiefe beleuchtet, insbesondere die Möglichkeiten, das Testframework an eigene Bedürfnisse anzupassen. Dazu zählen z.B. die Anpasssung der Auswertungslogik für Testfälle, die Integration in bestehende Umgebungen, z.B. in ein modelbasiertes Entwicklungsframework, und schließlich die Anpassung des FitNesse-Wikis z.B. durch eigene Testtemplates. Da FitNesse ein Wiki bereits mitbringt, kann dieses neben der reinen Testfalldefinition und -ausführung auch zur Testdokumentation genutzt werden.