Na jakim wzorcu opiera się struktura JSF?

Na wzorcu MVC (Model-View-Controller): Model to logika biznesowa i dane (JavaBeans, EJB, JPA), View to warstwa prezentacji (pliki .xhtml i komponenty UI), a Controller steruje przepływem, np. zarządzając danymi z formularzy. Taki podział ułatwia modularność, ponowne wykorzystanie komponentów i testowanie.

Jak tworzy się widoki w JSF i jakie biblioteki je rozszerzają?

Widoki tworzy się w plikach XHTML ze specjalnymi znacznikami JSF, takimi jak h:form, h:inputText czy h:dataTable. Popularne biblioteki rozszerzające to PrimeFaces z ponad 100 gotowymi komponentami UI, OmniFaces rozszerzający standardową funkcjonalność oraz BootsFaces i ButterFaces integrujące się z Bootstrapem.

Jak JSF zarządza danymi?

Poprzez Data Binding — powiązanie komponentów formularzy z atrybutami klas JavaBeans, zarządzanie stanem po stronie klienta lub serwera oraz scope'y (@RequestScoped, @ViewScoped, @SessionScoped, @ApplicationScoped) kontrolujące czas życia danych. Domyślnym sposobem zarządzania beanami jest dziś CDI (Contexts and Dependency Injection).

Kontakt

Back-end

JavaServer Faces - fundamenty aplikacji internetowych

JavaServer Faces to specyfikacja umożliwiająca rozwijanie aplikacji internetowych z wykorzystaniem struktury MVC w języku Java. W artykule przedstawimy podstawy tej technologii oraz jej zalety i zastosowanie.

Java

Tomasz Kozon

CEO

31 maj 2023

JavaServer Faces (JSF), obecnie znane jako Jakarta Faces, to framework umożliwiający tworzenie interfejsów użytkownika dla aplikacji webowych w języku Java. Jego głównym założeniem jest oddzielenie warstwy prezentacji od logiki biznesowej, co pozwala na łatwiejsze utrzymanie, testowanie oraz rozwój aplikacji. JSF umożliwia również zarządzanie stanem aplikacji, co oznacza, że można zapisywać i przywracać stan komponentów interfejsu użytkownika pomiędzy żądaniami HTTP.

Wraz z przejściem platformy Java EE pod skrzydła Eclipse Foundation, JSF zostało przemianowane na Jakarta Faces (od wersji 3.0) i używa teraz przestrzeni nazw jakarta.faces.* zamiast wcześniejszego javax.faces.*.

Powiązane case studies

Laptop z serwisem BlueApart — platforma rezerwacji apartamentów nad morzem

Dwucyfrowy wzrost widoczności organicznej i automatyzacja obsługi gości dla operatora apartamentów

Klient: BlueApart

Branża: Booking i hotele / TravelTech

Marketplace premium kosmetyków na 9 rynkach europejskich - Shopify Plus

Klient: Baza Cosmetics

Branża: Beauty i kosmetyczna / BeautyTech

Platforma edukacyjna generująca materiały do nauki programowania z ChatGPT

Klient: Klient (Aplikacja webowa do nauki programowania)

Branża: Edukacja / EdTech

Struktura JavaServer Faces

JavaServer Faces opiera się na wzorcu projektowym MVC (Model-View-Controller). Oznacza to, że aplikacja jest logicznie podzielona na:

Model – logika biznesowa i dane (np. JavaBeans, EJB, JPA).
View – warstwa prezentacji (pliki .xhtml, komponenty UI).
Controller – sterowanie przepływem (np. kontrolery zarządzające danymi z formularzy).

Struktura projektu JSF powinna odzwierciedlać ten podział, co ułatwia modularność, ponowne wykorzystanie komponentów i testowanie.

Powiązane usługi

Web development

Projektujemy i tworzymy dedykowane aplikacje webowe - od MVP, które pozwala szybko zweryfikować pomysł, po rozbudowane platformy i systemy rozwijane przez lata. Budujemy zarówno warstwę frontendową, jak i backend, API, bazy danych, panele administracyjne oraz integracje z zewnętrznymi systemami. Pracujemy m.in. z Next.js, React, Node.js, NestJS, Pythonem, PostgreSQL i MongoDB. Tworzymy rozwiązania dopasowane do konkretnego procesu biznesowego: aplikacje SaaS, systemy wewnętrzne, platformy sprzedażowe, serwisy internetowe, marketplace’y i systemy CMS.

Testowanie

Pomagamy wykrywać błędy przed wdrożeniem i ograniczać ryzyko regresji. Tworzymy testy jednostkowe, integracyjne i end-to-end dla aplikacji webowych i mobilnych, integrujemy je z CI/CD oraz prowadzimy testy wydajnościowe. Pracujemy m.in. z Jest, Cypress, Playwright i Appium. Jeśli potrzebujesz dodatkowego wsparcia QA, nasi testerzy mogą dołączyć bezpośrednio do Twojego zespołu.

Edycja widoków JSF

Widoki w JSF tworzy się za pomocą plików XHTML, które zawierają specjalne znaczniki JSF, takie jak <h:form>, <h:inputText>, <h:dataTable>, itp. Dzięki temu możliwa jest dynamiczna budowa interfejsu przy użyciu komponentów serwerowych.

Popularne biblioteki rozszerzające możliwości JSF to:

PrimeFaces – najczęściej używana, oferuje ponad 100 gotowych komponentów UI.
OmniFaces – rozszerza funkcjonalność standardowego JSF.
BootsFaces i ButterFaces – integracja z Bootstrapem.

Zarządzanie danymi w JSF

JSF zapewnia różne mechanizmy do zarządzania danymi:

Data Binding – powiązanie komponentów formularzy z atrybutami klas JavaBeans.
Zarządzanie stanem – dane mogą być przechowywane po stronie klienta (client-side state saving) lub po stronie serwera (server-side).
Scope'y – obsługuje różne zasięgi (@RequestScoped, @ViewScoped, @SessionScoped, @ApplicationScoped) umożliwiające kontrolę czasu życia danych.

CDI (Contexts and Dependency Injection) jest dziś domyślnym sposobem zarządzania beanami w JSF.

Wsparcie i przyszłość

Mimo że JSF nie jest już „modnym” wyborem w porównaniu z rozwiązaniami typu Spring Boot + REST API + frontend (React/Angular), nadal ma silne zastosowanie w projektach korporacyjnych. Dzięki PrimeFaces i OmniFaces, możliwe jest tworzenie złożonych interfejsów bez pisania kodu JavaScript.

Od wersji Jakarta Faces 4.x, framework nadal jest rozwijany, ale warto pamiętać, że jego ekosystem zmierza w stronę integracji z nowoczesnymi rozwiązaniami chmurowymi i kontenerowymi.

Podsumowanie

JavaServer Faces (obecnie Jakarta Faces) to stabilny i dojrzały framework do budowy aplikacji webowych w Javie. Dzięki podziałowi na warstwy, integracji z CDI, obsłudze AJAX i bogatym bibliotekom komponentów, JSF nadaje się szczególnie dobrze do budowy rozbudowanych systemów o długim cyklu życia.

FAQ

Najczęstsze pytania

JavaServer Faces (JSF), obecnie znane jako Jakarta Faces, to framework do tworzenia interfejsów użytkownika dla aplikacji webowych w języku Java. Jego głównym założeniem jest oddzielenie warstwy prezentacji od logiki biznesowej oraz zarządzanie stanem aplikacji — zapisywanie i przywracanie stanu komponentów pomiędzy żądaniami HTTP.
Na wzorcu MVC (Model-View-Controller): Model to logika biznesowa i dane (JavaBeans, EJB, JPA), View to warstwa prezentacji (pliki .xhtml i komponenty UI), a Controller steruje przepływem, np. zarządzając danymi z formularzy. Taki podział ułatwia modularność, ponowne wykorzystanie komponentów i testowanie.
Widoki tworzy się w plikach XHTML ze specjalnymi znacznikami JSF, takimi jak h:form, h:inputText czy h:dataTable. Popularne biblioteki rozszerzające to PrimeFaces z ponad 100 gotowymi komponentami UI, OmniFaces rozszerzający standardową funkcjonalność oraz BootsFaces i ButterFaces integrujące się z Bootstrapem.
Poprzez Data Binding — powiązanie komponentów formularzy z atrybutami klas JavaBeans, zarządzanie stanem po stronie klienta lub serwera oraz scope'y (@RequestScoped, @ViewScoped, @SessionScoped, @ApplicationScoped) kontrolujące czas życia danych. Domyślnym sposobem zarządzania beanami jest dziś CDI (Contexts and Dependency Injection).
Mimo że JSF nie jest już „modnym” wyborem w porównaniu ze Spring Boot + REST API + frontendem w React czy Angularze, nadal ma silne zastosowanie w projektach korporacyjnych. Dzięki PrimeFaces i OmniFaces można tworzyć złożone interfejsy bez pisania JavaScriptu, a od wersji Jakarta Faces 4.x framework wciąż jest rozwijany.

ElectricSQL przesyła zmiany z bazy PostgreSQL prosto na ekrany użytkowników, bez ręcznego odświeżania i bez budowania własnej warstwy powiadomień. Tłumaczymy, jak działa ten silnik synchronizacji, jakie ma ograniczenia i w jakich projektach lepiej wybrać coś prostszego.