JSF JSF1.1 @Tomcat 5.5 für ein neues Projekt

bronks

Top Contributor
Hi!

Ein neuer Job mit einem nagelneuen Projekt steht an. Eine mögliche Technik wäre JSF1.1 @Tomcat 5.5, was von Eclipse Indigo scheinbar vernünftig unterstützt wird. Das letzte Projekt mit JSF ist schon ein paar Jahre her. Da ich mich an das Vergnügen nicht mehr so 100%ig erinnern kann habe ich folgende Frage:

Gab es in JSF1.1 Sachen, welche euch sehr geärgert haben und wegen welchen Ihr JSF1.1 nicht mehr verwenden würdet?

Schönen Gruß

Bronks
 
Mich hat eigetnlich alles an JSF 1.1 (MyFaces 1.1.14) geärgert, würde von JSF 1.x daher komplett abraten.

Ach ja, JSF + JSP ist etwas für Masochisten 😉
Wenn dann Facelets.
 
Ach ja, JSF + JSP ist etwas für Masochisten
Kann ich bestätigen. Mir war dieses ganze XML-Geraffel immer viel zu umständlich und hat mich zu sehr an Struts erinnert. Mit JSF 2.0 und Annotations soll das wohl jetzt besser geworden sein. Hab es selbst aber nie wirklich ausprobiert.
 
Danke für eure Antworten. Mit so viel Begeisterung gegenüber JSF 1.1 habe ich garnicht gerechnet.

Unglücklicher weise steht nur ein Tomcat 5.5 bereit und alles ab JSF 1.1 läuft da nicht mehr drauf.

Bevor ich mich damit in eine dumme Situation reinreite, wegen der ich mich später rechtfertigen darf, warum ich mich für 7 Jahre alte Technik entschieden habe, lasse ich es doch lieber.
 
Ich habe gestern Nacht und heute Vormittag das eine ernstzunehmende Projekt mit JSF1.1 hervorgekramt, damit herumgespielt und mir meine Kommentare und Fragen aus ein paar Internetforen herausgesucht.

Mein aktueller Eindruck bzgl. des o.g. Projekts:
+ Die App läuft jetzt schon seit fast 2 Jahren in Produktion, ohne daß es irgendwann Störungen gegeben hätte
+ Alle Bestandateile der App waren wieder auf anhieb verständlich.
+ Hab mich eigentlich über nichts besonders geärgert, ausser ... siehe eine Zeile weiter ...
- Hotdeployment hat nie funktioniert und redeployment war sehr abenteuerlich und unzuverlässig


Was hätte ich für Vorteile mit neueren Versionen von JSF?

1.2
x Zweifelhafte Faceletunterstützung
x aber sonst wohl nichts?

2.0
+ Facelets (Ja die sind ganz fein, aber nicht lebensnotwendig)
+ Facelet2Portlet Bridge (Sehr tolle Sache, aber brauche ich nicht)
x aber sonst wohl nichts?

Habe ich irgendwelche schwerwiegenden Vorteile vergessen?

Bis auf ein paar Kleinigkeiten bleibt man mit den neueren Versionen von Faces auf den alten Problemen sitzen und ich muß zusätzlich um einen neuen Server betteln, den ich nicht bekommen werde, weil niemand dafür zahlen will.
 
Danke für den Link. Einige Sachen sind schon interessant. Andere Sachen, welche in älteren Versionen mit einem Zweizeiler erledigt wären, nimmt man als neues Feature auf. z.B.: ConditionalNavigation. Nicht, daß es so lustig wäre, weil es so ein zweifelhaftes Feature ist, aber weil man wieder in der faces-config.xml herumfummeln und sich fragen darf, was denn nun die BestPractice ist.

Und selbstverständlich wollte ich ein paar von den Sachen ausprobieren, welche ich nicht kannte. Eclipse gestartet ein JSF2-Projekt geschnappt, welches noch vor ein paar Tagen funktioniert hat, gestartet und beim Deployment voll auf die Fratze gefallen und eine total unsinnige Exception kassiert. Neustart Context, Neustart Tomcat, Neustart Eclipse ... blabla ... Letztendlich in meine schlaue BronksFAQ.doc reingeschaut, kräftig die Augen verdreht, erstmal die App vom Tomcat entfernt, Tomcat beenden, das WorkVerzeichniss gelöscht ... ... toll, daß es danach ging, aber die Stimmung war wieder mal absolut im Keller, weil das uralte, läßtige und immer wiederkehrende Problem unverändert weiterexistiert.
 
aber weil man wieder in der faces-config.xml herumfummeln und sich fragen darf, was denn nun die BestPractice ist.
Also man braucht die faces.config.xml nicht zwingend für die navigation, wir haben in unserer faces-config nicht ein einziges navigation rule.

Wenn man sich dann noch für einen vollwertigen JEE6 App-Server entscheidet und somit dann auch CDI nutzen kann ist das schon ein Vorteil. Dann kann man sich zum Beispiel für die Navigation Cases entsprechende Producer Definieren.

Nicht das ich JSF schön reden will (nichts läge mir ferner 😀) aber im Vergleich zu JSF 1.1 hat sich bei JSF2.0 in Verbindung mit Facelets schon einiges getan ... allein die Composite Components sind ein riesen Schritt
 
Zuletzt bearbeitet von einem Moderator:
Also man braucht die faces.config.xml nicht zwingend für die navigation, ich habe in meiner faces-config nicht ein einziges navigation rule
Aber ConditionalNavigationRules können nur in in der faces-config.xml stehen. Witziger weise gibt es dabei nur ein if und ein else fehlt komplett.

Ich lache ja nur über das Feature und es erscheint mir auch nicht sinnvoll. Die stümperhafte Art, wie es reingefrickelt wurde finde ich sehr zweifelhaft.
 
Aber ConditionalNavigationRules können nur in in der faces-config.xml stehen. Witziger weise gibt es dabei nur ein if und ein else fehlt komplett.
Nein ... Du kannst einfach als Rückgabewert z.B. einer Action "deineZielSeite.jsf" angeben. Das "conditional" kannst Du dann ja in Java implementieren ... oder aber wie oben erwähnt in einem Producer
 
Man muss imho schon sehr zwsichen JSF 1.x und JSF 2.x unterscheiden, für mich ist JSF 1.x eben nur ein misslungener Versuch... klar funktioniert es, keine Frage, hab ja selber schon damit geabrietet, aber man hat mehr Probleme als notwendig und ist manchmal übertrieben "schmerzhaft", zB. passten JSPs & JSF nicht wirklich zusammen, ein Grund warum JSPs für JSF 2 quasi deprecated sind.
 
JSF ist eine Technologie wie jeder ander und hat daher stärken und schwächen ... aber ich muss maki da zustimmen zwischen JSF1.x und 2.x liegen Welten
 
Naja irgendwie kommt mir jsf 1.2 (ältere Versionen kenne ich nicht) schon ganz gut, aber ziemlich unvollständig vor. Seam behebt die Mängel dann ja recht gut; mit seam 2 ist jsf 1.2 meiner Meinung nach schon sehr nett. JSF 2 mit CDI ist dann ja dem ziemlich änlich. Also ein seam 2 Projekt als WAR ohne EJBs im Tomcat 6 wäre dann meine Wahl, wenns schon ein Tomcat sein muss.
 
Zuletzt bearbeitet:
Sofern ein Tomcat 5.5 genutzt werden soll, ist JSF keine sinnvolle Lösung, da 1.1 sehr alt ist und nicht mehr gepflegt wird. In Verbindung mit jQuery ist es machbar, sofern die Leute auf so alten Code stehen.

Wenn ein Update des Server möglich wäre - und ich kann mir nicht vorstellen, warum man auf einen beinahe deprecated Server setzen sollte - würde ich gleich den Umstieg auf JSF 2 mit CDI wagen.

Vorteile von JSF 2 sind vor allem die Integration von AJAX in JSF und die einfache Nutzung von CDI. Ein weiteres nicht zu verachtendes Feature sind die Composite Components.

Ich finde immer, dass man den Entwicklern auf neue Technologie verfügbar machen muss, damit diese aus Spaß an ihrem Job haben. Auf JSF 1.1 (mit JSP) würde ich mich nicht mehr einlassen.
 

Neue Themen


Zurück
Oben