Für mich eine eher mutige Zusammenstellung. Ich bin da mehr mainstream: Hibernate (nicht von Apache), Spring (auch nicht von Apache), Struts (seit Jahren immer wieder), Commons (easy, kleine Dosen und extrem effizient), log4j (normal).
Man begreift diese Frameworks mit der Zeit wirklich schneller. Ist aber definitiv Arbeit.

Interessieren heißt nicht, dass ich da jetzt schon was mit täte ...Aber: Da ich zur Zeit wieder in einem längerfristigen Notesprojekt fast ohne Java bin , ich aber unbedingt in Richtung J2EE gehen will brauche ich was zu tun. Da ich ein paar Websites betreue (mehr als Hobby) bietet es sich also an diese von derzeit PHP nach Java-Server-Technologie zu migrieren - nicht  weil es nötig wäre, sondern weil ich was lernen will. Ursprünglich wollte ich das mit Tomcat, JSP und Servlets machen - bis mir dann ein Buch zum Thema Apache Frameworks in die Hand gefallen ist - und mich neugierig gemacht hat - weil es mit diesen Produkten angeblich viel einfacher und professioneller sei Portale zu entwickeln (ohne dass ich bisher viel Ahnung hiervon hätte).
Daher würde mich jetzt interessieren, warum Du diese Zusammenstellung für mutig hältst . Schließlich weißt Du vieles, was ich nicht weiß (das kann ich locker behaupten, da ich weiß, wie wenig ich über Java-Servertechnologie weiß )

erst mal merci für die Antwort.
Denke Du hast Recht, werde wohl erst mal mit JSP, Servlet und Co. spielen - bis ich dann mal den Rest ausprobiere (mehr hatte ich im ersten Schritt eh nicht vor).
Ansonsten...quäle ich mich mal ein wenig durch das Tutorial....ist aber eigentlich gar nicht so schlimm....

eine zur Zeit von vielen als gangbare Alternative vertretene Wahl ist Velocity:
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=58&t=002219

Die dort geäusserten Argumente erscheinen mir logisch. Vorteil von Struts ist aber der gute Tool-Support. Z.B. ist das bei WSAD ziemlich ok gelöst. Will mir bald auch mal struts console von einem Herrn Holmes oder so anschauen (gibt es als eclipse plugin). Dieses rum-getoole geht mir zwar auch auf die Nerven, kann aber wirklich die Produktivität steigern, wenn das Tool gut ist (die meisten sind es nicht).
Benutze bisher auf Eclipse lediglich das gute und einfache Sysdeo-pugin. Nun gibt es einen IBM devWork Artikel:
http://www-106.ibm.com/developerworks/opensource/library/os-ectom/

Ich würde sagen, dass sich 98% darin einig sind, dass sich Model View Controller bei den meisten Anwendungen lohnt. Ob man jetzt velocity oder jsp verwendet ist auch nicht mehr so wichtig.

Für extreme RAD kann man auch z.B. die Datenbanktags von JSTL verwenden: http://onesearch.sun.com/search/developers/index.jsp?qt=JSTL&uid=6910018
Da halte ich aber nicht so viel von, weil es irgendwann schwer zu managen sein wird.

Java Server Faces sollte man nur mit einem Tool machen. Das warte ich noch ein bischen ab.

musste noch gesagt werden.
Bei Problemen einfach in das Servlet, JSP, Tomcat, IDEs oder Struts other frameworks posten.

Axel

Stellt sich doch die Frage, warum ich ernsthaft Zeit in JSPs investieren sollte, wenn die zu einer 'minderwertigen' und aussterbenden Rasse gehören.

... das mit dem mindertwertig ist eben die Frage und sicherlich auch projektabhängig.
JSPs sollen ja nur ein dünner Presentation Layer sein. Das ist ja auch nicht wirklich schwierig.  
 
Wichtiger sind da schon Sachen wie Model View Controller wirklich benutzen. Also eine vernünftige Architektur und so Fragen wie Velocity oder JSPs sind da wirklich eher sekundäre Implementierungsfragen.

In J2EE1.4 (Tomcat5) wurde im Webteil gerade JSPs stark erweitert. Aussterbend sind sie somit nicht. Einflussreiche Domino-Entwickler (z.B. Bob Balaban) haben immer gerne gegen JSPs polemisiert. Das bezieht sich dann aber eher gegen heavy-scripting in JSP als gegen Einsatz von JSPs als dünner Presentation Layer in einer MVC-Webanwendung.

Gruß Axel