Trudno mi zdecydować, z której "otwartej sesji w widoku" korzystać: konfigurując OpenSessionInViewInterceptor używając przechwytywacza Spring MVC z lub konfigurując OpenSessionInViewFilter w filtrze web.xml? Z tego, co badałem, robią prawie to samo, ale staram się zrozumieć różnicę i użycie każdego rodzaju.Który użyć: OpenSessionInViewInterceptor lub OpenSessionInViewFilter?
Największa różnica między nimi jest dla osób, które nie mogą używać filtra w web.xml (powiedzmy, servlet 2.2 i wcześniejsze), ich jedyną opcją jest użycie OpenSessionInViewInterceptor. Jakoś pochylam się do przechwytywacza tylko dlatego, że muszę stworzyć niestandardowy przechwytywacz dla mojego projektu, więc myślę o zgrupowaniu wszystkich tych "filtrów" w pliku konfiguracyjnym Spring MVC zamiast o OpenSessionInViewFilter w web.xml i moim niestandardowym przechwytywacz w pliku konfiguracyjnym Spring MVC. To naprawdę kiepski sposób, aby zdecydować, którego użyć, a moja ciekawość mnie tutaj zabije.
Czy ktoś może podzielić się swoimi przemyśleniami na ten temat? Którego używasz?
Dzięki.
Dzięki. Wierzę, że jedną z zalet używania przechwytywacza jest łatwość podłączania do niego fasoli Spring, podczas gdy nie mogę wykorzystać tej funkcji podczas korzystania z filtra. – limc
Nie wskrzeszać starego postu, ale jeśli "używasz Spring tylko na poziomie logiki biznesowej", czy nie byłoby sensu używać '@ Transactional' i organizować swój kod do pracy z nim? Nie jestem kłótliwy, tylko nie rozumiem przydatności "OSIVF" w aplikacjach innych niż MVC. – Andy