javathreads.de » Blog

Leichtgewichtigkeit von JEE oder Spring

Markus Kühle — Fri, 20 Feb 2009 14:00:53 +0000

Es wird immer behauptet, dass JEE schwergewichtig (heavyweight) ist und Spring leichtgewichtig (lightweight) ist. Daher entscheidet man sich immer pauschal gegen EJBs und für Spring. Auch Spring selbst verwendet diesen Term für ihr Marketing und ich denke. Aber was stekt dahinter? Oft wird das pauschal mit Tomcat vs Application Server und Pojo vs EJB gesetzt.
Es gibt viele Artikel in der Blogsphäre die sich mit diesem Thema auseinandersetzen. So sagt man, dass leichtgewichtige Frameworks mit Pojos arbeiten, vergleicht man die Performance zwischen EJB und Pojos und allgemein wird gerne drüber diskutiert.

Wie auch immer – Spring hat es geschafft generell als leichtgewichtig zu vermarkten und dadurch diesen Ruf zu haben. Und heute morgen stolpere ich über diesen Blogeintrag auf vierundsechzig.de mit dem Titel “Not exactly lightweight”. Dazu folgende Grafik (hier nur ein Ausschnitt):

Und anschließend direkt folgendes:

Now, please, dear Spring-Guys, shut up all your “lightweight”- jibber-jabber. Spring is not lightweight at all, just as much as JEE is not heavyweight anymore.

Sehr amüsant und trifft das auch meinen Gedanken dazu: ich glaube nicht, dass Spring als wirklich leichtgewichtig genannt werden kann und JEE nicht mehr wirklich als schwergewichtig. Hat man einen Application Server zur Verfügung würde ich zu JEE 5 tendieren. Hat man diesen nicht ist Spring die beste Alternative.

Zum Schluss noch der Hinweis, dass Spring auch mit EJBs arbeiten kann und mit EJB 3.1 alles noch besser wird (Singletons und keine Interfaces für Local Interfaces). Hat man einen Application Server und möchte dennoch mit “leichtgewichtigen Pojos ohne Interfaces” arbeiten kann man dies auch mit Seam erreichen, erhält dazu noch eine fabelhafte Infrastruktur dazu und muss dennoch nicht auf Container Leistungen wie Transaktione oder Messaging usw. nicht verzichten.

Den JBoss AS mit JMX Services im Auge behalten

Markus Kühle — Tue, 03 Feb 2009 18:00:38 +0000

kann man am besten mit der JMX Konsole. Man kann mit dieser recht viel machen und erreichen aber ich will nur kurz einen Blick auf zwei System-MBeans werfen die unter der Überschrift “jboss.system” zu finden sind: type=Server und type=ServerInfo. In der JMX Konsole sieht dieser Abschnitt wie folgt aus, wobei sich die beiden genannten MBeans an drittletzter und letzter Stelle befinden:

Uptime mit Hilfe des Startdatums herausfinden
Mit der MBean Server lässt sich erfahren wie lange der JBoss am laufen ist bzw. wann er gestartet wurde. Diese Information wird in der Liste der MBean Attributen unter dem Namen “StartDate” angezeigt:

Speicherverbrauch analysieren
Mit der MBean ServerInfo kann man in der Liste der MBean Attribute viele Informationen wie z.B. Total Memory, Host Address oder Java VM Version herausfinden. Interessanter für den Betrieb des JBoss AS ist aber vielmehr wie viel Arbeitsspeicher dem JBoss zur Verfügung gestellt wurde und wie viel davon bereits verbraucht ist.
Gerade während der Entwicklung arbeitet man viel mit Hot Deployment und ab und an erhält man die java.lang.OutOfMemoryError: PermGen space Exception. Um herauszufinden wieviel Perm Gen Space reserviert und bereits benötigt wird kann man in der ServerInfo MBean auf die Methode listMemoryPools() klicken und erhält unter anderem folgende Ausgabe:

Die zwei hier vorgestellten Funktionen sind während der Entwicklung aber auch während des Betriebes wirklich nützlich. Vor allem die Kombination Serverlaufzeit und Speicherverbrauch ist ein interessanter Faktor. Wird je der benötigte Speicher mit längerer Laufzeit immer größer sollte man nochmal über seine Anwendung nachdenken ;)

Vielleicht noch als letzte Anmerkung: mit dem auch unter jboss.system liegenden Log4JService kann man die unter dem JBoss Verzeichnis server/default/conf/ liegende Log4J Konfigurationsdatei jboss-log4j.xml neu konfigurieren und laden. Somit lässt sich auch während des Betriebs z.B. das Loglevel anpassen. Aber dazu ein ander mal mehr.

Good Code. Bad Code.

Markus Kühle — Tue, 12 Feb 2008 22:36:44 +0000

Es wird einen neuen deutschsprachigen Blog rund um Java Themen im Allgemeinen und Java im Bezug auf Web Entwicklung mit dem Namen “javathreads.de” geben. Der Ursprung dieses Blogs liegt in meinem Blog webthreads.de, indem Java lediglich eine Kategorie unter vielen war.

Auf javathreads.de werden neben Java Code Beispielen und Tutorials, Tools für die Entwicklung oder Frameworks eine Rolle spielen. Aktuell interessieren mich zum Beispiel die Themen JEE, EJB 3.0, JSF, JPA, Spring und Hibernate aber auch JBoss, Tomcat und Eclipse sehr.

Die Frage nach gutem oder schlechten Code soll hier nicht direkt vermittelt werden aber einen Hinweis wie man guten oder schlechten Code erkennen und messen kann möchte ich dennoch geben:

(Bild via laugen.org)

Einige Artikel die auf webthreads.de schon zu dem Thema Java erschienen sind werde ich hierher portieren, sofern sie einen Mehrwert für diesen Blog versprechen.