Rückblick: Java Forum Stuttgart 2016 – Das neue JUnit

Rückblick: Java Forum Stuttgart 2016 – Das neue JUnit

Mit einem Besucherrekord konnte das Java Forum Stuttgart (JFS) in diesem Jahr aufwarten. Rund 1.700 Besucher kamen am 07. Juli zum 19. JFS ins Kultur- und Kongresszentrum Liederhalle (KKL). Damit gehört das Java Forum Stuttgart zu den wichtigsten Events der Java Community in Deutschland. Mit rund 50 Vorträgen und zwei BoF-Sessions gab es viel zu lernen und zu diskutieren. Neben der Wissensvermittlung stand aber natürlich auch das Networking im Zentrum der Veranstaltung. Für it-economics war in diesem, wie auch im letzten Jahr, Katharina Knaus als Moderatorin dabei. In diesem und dem folgenden Blogpost gibt’s einen Überblick über die spannendsten Themen und Neuerungen vom diesjährigen JFS.

Read More

WJAX 2015: Wir waren dabei.

WJAX 2015: Wir waren dabei.

Um meine Erfahrungen etwas ausführlicher mitteilen zu können, habe ich mich dazu entschieden, den Blog in mehrere Teile zu splitten. Im ersten und zweiten Teil erzähle ich vom ersten Tag der Veranstaltung, wobei beim zweiten Teil der Schwerpunkt auf der Agilität liegt. Im dritten Teil werde ich kurz auf die interessanten Vorträge der nachfolgenden beiden Tage eingehen. Den letzten Teil der Blog-Reihe widme ich dem Vortrag von Thilo Frotscher „Der glückliche Java-Entwickler“. Ich hoffe, dass Ihnen das Lesen genauso viel Freude bereitet wie mir die Konferenz.

Read More

Einfache Java-Bytecode-Instrumentalisierung

Einfache Java-Bytecode-Instrumentalisierung

In modernen Architekturen ist der Einsatz von Frameworks und 3rd Party Libraries selbstverständlich. Erfolgt die Entwicklung in einem Unternehmen, so sind die Zuständigkeiten für das Gesamtsystem häufig unter anderem zwischen den Teams der technischen Architektur und der Entwicklung verteilt. Besteht das Bedürfnis seitens des Teams Entwicklung, zu Analysezwecken in die Frameworks und Libraries programmatisch tiefer einzugreifen, als von der Architektur vorgesehen, sind solche Änderungen in der Regel mit extra Aufwand seitens Team Architektur verbunden. Neben dem zusätzlichen Aufwand spielen die Sicherheit und die Qualität des Frameworks eine wichtige Rolle – Änderungen im Framework, die nur eine ganz spezielle und unter Umständen einmalig auftretende Frage beantworten, aber nicht in der Produktion wirksam sein sollen, sind zu vermeiden.

Read More

iOS RoboVM – eine Native Cross Plattform

iOS RoboVM – eine Native Cross Plattform

I mean, Android is Java, so there is a lot of opportunity here for sharing code between Android and iOS (Niklas Therning). Dieses Zitat des Erfinders von RoboVM aus einem Artikel auf Jaxenter.com möchte ich als Einstieg für meine Beschreibung nehmen, wie eine iOS-Applikation mit Java-Code realisiert werden kann.

Read More

Java Fork - Join Framework und effizienter Code

Java Fork - Join Framework und effizienter Code

In diesem Blog geht es um das in Java 7 enthaltene Fork/Join Framework, auch bekannt als JSR-166 Concurrency Utilities, das zum Ziel hat, effizienten Code zu schreiben.
Es gibt diverse Fachliteratur sowie einige Blogs zu dieser Thematik; ich werde am Beispiel der Fibonacci-Berechnung auf die Vor- und Nachteile von Fork/Join Frameworks eingehen.

In Zeiten steigender Taktraten genossen Entwickler die Tatsache, dass ihre Single-threaded-Software durch Hardwareoptimierungen immer schneller ausgeführt wurde. In den letzten Jahren hat aber ein Paradigmenwechsel auf dem Gebiet der Computer-Prozessoren stattgefunden. Dies betrifft neben PCs, Notebooks und Servern auch Mobiltelefone.

Read More

Beideskönner. Wie das Gemini Blueprint Projekt Spring und OSGi miteinander sprechen lässt

Beideskönner. Wie das Gemini Blueprint Projekt Spring und OSGi miteinander sprechen lässt

Es könnte doch eigentlich alles so schön sein.

In der Theorie lernen wir von Programmierers Kindesalter an, wie moderne Architekturen aussehen, wie moderne objekt- und vor allem service-orientierte Konzepte funktionieren. Dass über Bausteingrenzen hinweg munter und verteilt kommuniziert wird, dass ein hoher Wiederverwendungswert einzelner Bausteine zum schnellen voranschreiten in der Projekt-Entwicklung führt und dass wir das Rad nur noch selten neu erfinden müssen. Modernes Programmieren gleicht mehr dem zusammensetzen von Bausteinen zur Entwicklung einer Lösung statt dem klassischen Entwickeln von Bausteinen selbst.

Als Spring noch das allgemein gängige Handwerkszeug war, um Bausteine von Software Architekturen elegant zu entkoppeln, gab es keine Sprachbarriere. Spring-Beans konnten sich wunderbar untereinander und mit Hibernate unterhalten, mit gut zusammengestellten Konfigurationsdateien waren schnell große Projekte aufgesetzt und zusammengepuzzelt.

Nun stellt seit einigen Jahren OSGi die spring’sche Vormachtstellung in Frage bzw. greift unterstützend und maßgebend in neuere Systemarchitekturen ein. Daher scheint es nur folgerichtig, eine verständliche Antwort auf die Frage „Was ist OSGi?“ zu suchen und zu untersuchen inwiefern OSGi mit Spring kombiniert werden kann.

Also, was ist das nun, OSGi und warum gilt es überhaupt darüber nachzudenken zukünftige Systeme in ein OSGi Umfeld zu integrieren, wenn Spring doch unsere Probleme bisher ganz vorzüglich lösen konnte?

Read More