Jak w temacie. Warunki: spring nic innego jak front-controller, jsf + hibernate (takze zapewnia abstrakcje i przechwytuje wiekszosc wyjatkow jak springowe DAO). Probuje zrozumiec zastosowanie polaczenia tych 2 frameworkow, a wlasciwie ich sens. Skoro JSF + Hibernate robi mi praktycznie to samo co SPRING z SpringDAO tyle ze podlaczam jeszcze do tego JSF po co? :) Jedyny rozsadny wniosek to SP+JSF lepsze odzwierciedlenie modelu MVC i dodatkowa funkcjonalnosc w postaci modolow (ale skoro nie ma potrzeby ich wykorzystania) to czy takie polaczenie ma sens? Prosze o jakakolwiek odpowiedz ktora pozwoli mi zrozumiec dlaczego w tak prostych przypadkach jak przedstawilem niektorzy programisci probuja na sile zintegrowac te 2 frameworki nie wykorzystujac sily jednego badz drugiego. Dziekuje.
JSF to w znacznej mierze view, a Spring wymaga dostarczenia jakiegoś mechanizmu generowania widoków. Ponad to JSF nie zrobi ci wszystkiego co robi spring. Wszystko rozbije się o moduły dostarczane ze springiem m.n. security, AOP i właśnie DAO. Zatem łączenie tych dwóch technologii ma sens ponieważ wzajemnie się uzupełniają.
Uscisle co mnie zastaniawia. SF i JSP sprzezone razem. Ok! Views(InternalResourceViewResolver) suffix .jsf. Ok! i teraz to co nie do konca rozumiem w jsf jest formularz ktory po wykonaniu poprzez jsf cos tam robi. A jak wiemy element form ma akcje i z zalozenia nawet jak przeladujemy ten formularz do np jakiegos kontrolera SF, to ten kontroler juz nie ma co robic poniewaz JSF dane obrobil, czyli podajemy dla ParameterizableViewController jakis view co ma wyswietlic i sie cieszymy. Niemniej, po co zatem wytoczylem ta armate na komara, skoro moglem bezposrednio sie odwolac do pliku formularza ? Poprosze o odpowiedz lub przemyslenia poniewaz bardzo mnie to zastanawia.
Ponieważ nie zawsze JSF może wykonać wszystkie akcje. Względnie chcemy odseparować kod logiki od konkretnej metody prezentacji. Jak by nie patrzeć JSF nie jest nieinwazyjny w przeciwieństwie do Springa.
Jest to poniekad odpowiedz na moje pytanie! Dzieki!