Diskussion:Jakarta Faces

Java Server Faces sind nicht an Java Server Pages gebunden. Eine alternative Technologien wären Facelets von Sun Microsystems oder Apache Shale Clay. --Dastei 14:10, 12. Apr. 2007 (CEST)

Falsche Kategorie?

JSF ist doch kein Webframework - werde deswegen diese Kategorie entfernen. Da ich mich mit JSF jetzt auch nicht wirklich auskenne wüsste ich nicht wo das korrekterweise hingehört. Vorschläge und Änderungen willkommen.

--Florian Sening 13:34, 10. Aug. 2007 (CEST)

Wie kommst du darauf, JSF sei kein Webframework? Es ist ein Framework, das verwendet wird um View-Komponenten und einen Teil des Controllers (die Navigation) von Web-Anwendungen zu erstellen. Ist denn Struts, das ebenfalls ein Framework für View und Controller von Webanwendungen ist, deiner Meinung nach ein Web-Framework? --jpp ?! 14:11, 10. Aug. 2007 (CEST)

Hehe - ne, er hat shcon recht. JSF ist kein Framework, sondern eine Spezifikation, das in den Frameworks Mojarra, MyFaces oder RichFaces seine Umsetzung findet. DAS sind dann erst die Frameworks. 79.209.202.39 00:58, 19. Jan. 2010 (CET)

Sehe ich auch so - hab darum die Kategorie (vermutlich wieder) entfernt. --Sebastian.Dietrich 21:25, 19. Jan. 2010 (CET)

Der erste Satz der Spezifikation lautet "JavaServer Faces (JSF) is a user interface (UI) framework for Java web applications." --77.2.120.228 07:41, 12. Jun. 2012 (CEST)

Bildunterschrift

Die Unterschrift der Grafik "JavaServerFacesSimplifiedLifecycle.svg" lautet Diagramm des Lebenszyklus von JavaServer-Pages. Sollte wohl ehr Diagramm des Lebenszyklus von Java Server Faces lauten, oder? ferris 14:50, 13. Apr. 2010 (CEST) (ohne Benutzername signierter Beitrag von Matthias.buhler (Diskussion | Beiträge) )

Weblinks

Der folgende Weblink verweist auf eine ungültige Seite: "Demonstration von Standard- und Erweiterungskomponenten" (http://www.j4fry.org/J4Fry_Quick_Setup_Tomcat_MyFaces_Hibernate/index.faces)

--195.244.0.73 10:25, 27. Apr. 2010 (CEST)

Ist vielleicht folgender Link gemeint? http://www.dojofaces.org/in-action

--MagicMoment 09:56, 29. Apr. 2010 (CEST)

Basierend auf JSP?

Bis zur Version 1.2 war ja JSP die VDL von JSF. Aber seit der Version 2.0 ist dies ja nicht mehr der Fall (Nun verwendet man ja XML) Ist die Aussage "Basierend auf Servlets und JSP-Technologie, gehört JSF zu..." immer noch richtig?

mfg --Yet another dude 10:34, 26. Nov. 2010 (CET)

Mit Version 6 ist JSP endgültig rausgefallen. --2001:9E8:3660:200:5A61:DE6D:5121:7428 20:02, 5. Jul. 2022 (CEST)

Meinte Version 4: https://projects.eclipse.org/projects/ee4j.faces --2001:9E8:3660:200:5A61:DE6D:5121:7428 20:08, 5. Jul. 2022 (CEST)

TF

Der gesamte Abschnitt "Einsatz" ist imho WP:TF und sollte raus. -- 194.25.30.1 10:57, 27. Apr. 2011 (CEST)

Kein Standard

JSF ist, entgegen der landläufigen Meinung, kein Standard. Es ist eine Spezifikation die von einem Hersteller in einem offenen (mehr oder minder) Prozess enstanden ist und weiterentwickelt wurde. Dennoch ist JSF von keinem Gremium jemals Standardisiert worden. Von Standard kann nur insofern gesprochen werden, dass es innerhalb des JEE Stack das Standard-Webframework ist. (nicht signierter Beitrag von 213.217.99.141 (Diskussion) 14:02, 28. Apr. 2011 (CEST))

Dieser Artikel ist nicht mehr aktuell

Dieser Artikel gehört dringend überarbeitet. Die Entwicklung von Java Server Faces hat in den letzten Jahren so eine Dynamik erfahren, dass die hier getätigten Aussagen nicht mehr aktuell sind. Einige Hinweise hat es schon in den vorherigen Abschnitten in dieser Diskussion dazu gegeben.

Insbesondere sind IMHO überarbeitungswürdig:

(1) JSF ist kein Web-Framework, sondern eine Spezifikation eines Web-Frameworks (z.B. JSF 2.0 in JSR-314). Konkrete Implementierungen sind z.B: Moraja oder Apache MyFaces.

(2) JSP wurden für einen ganz anderen Zweck entwickelt und wurden als VDL (View Definition Language) für JSF nur bis JSF 1.2 als Deklarationssprache verwendet, insbesondere um Umsteigern von JSP die Umstellung zu erleichtern. Mittlerweile ist JSP als VDL für JSF als "deprecated" eingestuft. Seit JSF 2.0 ist die primäre VDL "Facelets" in Form von XHTML-Dokumenten. (nicht signierter Beitrag von 212.185.80.5 (Diskussion) 15:59, 4. Okt. 2012 (CEST))

(3) ManagedBeans werden ab 2.3 nicht mehr verwendet, stattdessen verwendet man CDI.

(4) Es gibt LifeCycleHooks. D.h. vor/nach manchen Kontruktoren kann man sich wahlweise einklinken und entspr. Code ausführen.

3-4 gefunden hier: Java World Artikel über JSF 2.3

Es fehlt ein Abschnitt über die Schwächen

Es ist nur möglich mittels JUnit den Backbonebereich zu testen und nach dem Deployen auf dem Server mittels Selenium & Co. auf die JSF's loszugehen. Aber man kann NICHT eine statische Page testen(z.B. um zu sehen ob die Buttons funktionieren), testen ob das Mapping funktioniert ohne einen Server starten zu müssen usw. (nicht signierter Beitrag von 213.150.1.136 (Diskussion) 09:12, 4. Nov. 2014 (CET))

Schreib es, aber beachte WP:Q und WP:TF: Persönliche Erfahrungen sind keine Quelle. --P.C. ✉ 09:21, 4. Nov. 2014 (CET)

Wurde wieder umbenannt

Heisst jetzt nur noch "Jakarta Faces" seit V 4.0: https://projects.eclipse.org/projects/ee4j.faces (nicht signierter Beitrag von 2001:9E8:3660:200:5A61:DE6D:5121:7428 (Diskussion) 20:06, 5. Jul. 2022 (CEST))