Eine interessante Frage bezüglich Java EE 5 ist natürlich, wieviel die Vereinfachung bringt. Mein Kollege Christian Heinemann, hat sich dazu die Portierung des Adventure Builders von J2EE 1.4 auf Java EE 5. Dies ist eine Demo Anwendung, die zeigen soll, wie man Java EE Anwendungen baut.
Die Ergebnisse:
- Die Anzahl der Interface ist um mehr als die Hälfte gesunken.
- Die Anzahl der Code Zeilen aber nur um 9%.
- In sehr vielen Fällen werden Java EE Ressourcen wie der Entity Manager aus JNDI ausgelesen, statt Dependency Injection (DI) zu verwenden.
Aus meiner Sicht bedeutet dies, dass DI in Java EE eben nicht sinnvoll umgesetzt ist, da es auf Java EE Elemente beschränkt ist und dadurch Utility Klassen usw. so nicht verwaltet werden können. Bei Spring ist dieses Problem nicht vorhanden, da eben beliebige Objekte per Dependency Injection veraltet werden können.
In Bezug auf den Code selbst finde ich die Abnahme der Interface-Anzahl nicht überraschend, denn die alte Version hat EJB Interfaces ausprogrammiert, so dass sich hier eine massive Reduktion ergeben muss. Aber das dies nur zu 9% weniger Code führt, ist nicht sonderlich beeindruckend.
Vor allem bei DI habe ich das Gefühl, dass Java EE auf halben Wege stehen bleibt. Interessanterweise ist das jetzt schon klar und es führt jetzt schon zu Themen wie im Adventure Builder. Vielleicht droht ein zweites Pet Store. ¶ 11:15
