commandButton/commandLink / akcja ajax / metoda listener nie została wywołana lub wartość wejściowa nie została ustawiona/zaktualizowana

Wprowadzenie

Gdy składnik UICommand (<h:commandXxx>, <p:commandXxx>, etc) nie wywołuje skojarzonej metody akcji, lub komponentu UIInput(<h:inputXxx>, <p:inputXxxx>, i nie widzisz żadnych googlowalnych wyjątków i / lub ostrzeżeń w dzienniku serwera, również nie wtedy, gdy skonfigurujesz obsługę wyjątków ajax zgodnie z obsługa wyjątków w żądaniach JSF ajax, ani gdy ustawisz poniżej parametr kontekstowy w JSF ajax requests . web.xml,

<context-param>
    <param-name>javax.faces.PROJECT_STAGE</param-name>
    <param-value>Development</param-value>
</context-param>

I nie widzisz żadnych błędów googlable i / lub ostrzeżeń w konsoli JavaScript przeglądarki (naciśnij F12 w Chrome / Firefox23 + / IE9+, aby otworzyć zestaw narzędzi dla programistów, a następnie otworzyć Console), a następnie przejrzyj poniższą listę możliwych przyczyn.

Możliwe przyczyny

1. UICommand i UIInput komponenty muszą być umieszczone wewnątrz UIForm komponentu, np. <h:form> (a więc nie zwykły HTML <form>), w przeciwnym razie nic nie może być wysłane na serwer. UICommand komponenty również nie mogą mieć atrybutu type="button", w przeciwnym razie będzie to martwy przycisk, który jest przydatny tylko dla JavaScript onclick. Zobacz także jak wysłać wartości wejściowe formularza i wywołać metodę w JSF Bean i nie inicjuje postback.

2. Nie można zagnieżdżać w sobie wielu UIForm komponentów. To jest nielegalne w HTML. Zachowanie przeglądarki jest nieokreślone. Uważaj z plikami nagłówkowymi! Możesz użyć UIForm komponenty równolegle, ale nie będą się przetwarzać podczas przesyłania. Powinieneś również uważać na antypattern "God Form"; upewnij się, że nie przetwarzasz/nie walidujesz wszystkich innych (niewidocznych) wejść w tej samej formie (np. mając ukryte okno dialogowe z wymaganymi wejściami w tej samej formie). Zobacz także jak używać na stronie JSF? Pojedyncza forma? Wiele formularzy? Zagnieżdżone formy?.

3. Nie UIInput Błąd walidacji/konwersji wartości powinien mieć wystąpił. Możesz użyć <h:messages>, aby wyświetlić wszystkie wiadomości, które nie są wyświetlane przez żadne komponenty specyficzne dla wejścia <h:message>. Nie zapomnij umieścić id z <h:messages> w <f:ajax render>, jeśli w ogóle, tak, że będzie on aktualizowany również w żądaniach ajax. Patrz również H:messages nie wyświetla wiadomości, gdy naciśnięty jest przycisk P: commandButton.

4. If UICommand lub UIInput komponenty są umieszczone wewnątrz komponentu iteracyjnego, jak <h:dataTable>, <ui:repeat>, itp., Następnie należy upewnić się, że dokładnie to samo value komponentu iteracyjnego został zachowany podczas fazy zastosuj wartości żądania formularza wyślij żądanie. JSF powtórzy nad nim, aby znaleźć kliknięty link / przycisk i przesłane wartości wejściowe. Umieszczenie fasoli w obszarze widoku i / lub upewnienie się, że załadujesz model danych w @PostConstruct fasoli (a więc nie w metodzie getter!) powinno to naprawić. Zobacz także jak i kiedy powinienem załadować model z bazy danych dla h: dataTable.

5. If UICommand or UIInput komponenty są dołączane przez dynamiczne źródło, takie jak <ui:include src="#{bean.include}">, następnie należy upewnić się, że dokładnie ta sama wartość #{bean.include} jest zachowana podczas budowania widoku żądania przesłania formularza. JSF zrewiduje go podczas budowania drzewa komponentów. Umieszczenie fasoli w obszarze widoku i / lub upewnienie się, że załadujesz model danych w @PostConstruct fasoli (a więc nie w metodzie getter!) powinno to naprawić. Zobacz też Jak odświeżyć dynamiczną zawartość za pomocą menu nawigacyjnego? (JSF SPA) .

6. Atrybut rendered komponentu i wszystkich jego rodziców oraz atrybut test dowolnego rodzica <c:if>/<c:when> nie należy oceniać do false podczas fazy zastosuj wartości żądania w formularzu wyślij żądanie. JSF sprawdzi to ponownie w ramach zabezpieczenia przed manipulowanymi/zhakowanymi żądaniami. Przechowywanie zmiennych odpowiedzialnych za warunek w @ViewScoped bean lub upewnienie się, że prawidłowo preinicjujesz warunek w {[29] } z @RequestScoped bean powinno naprawić to. To samo dotyczy atrybutu disabled komponentu, który nie powinien być oceniany na true podczas fazy apply request values. Patrz również JSF Komenda nie wywołana i formularz submit w warunkowo renderowanym komponencie nie jest przetwarzany .

7. Atrybut onclick składnika UICommand i atrybut onsubmit składnika UIForm nie powinny zwracać false ani powodować błędu JavaScript. Powinno być w przypadku <h:commandLink> lub <f:ajax> również nie ma błędów JS widocznych w konsoli js przeglądarki. Zwykle googling dokładny komunikat o błędzie daje już odpowiedź. Zobacz także dodanie jQuery do PrimeFaces powoduje, że TypeError nie jest ustawiony na wszystkie miejsca.

8. Jeśli używasz Ajax przez JSF 2.x <f:ajax> lub np. PrimeFaces <p:commandXxx>, Upewnij się, że masz <h:head> w szablonie głównym zamiast <head>. W przeciwnym razie JSF nie będzie mógł automatycznie dołączać niezbędnych plików JavaScript, które zawierają Ajax funkcje. Spowoduje to błąd JavaScript, taki jak "mojarra nie jest zdefiniowana" lub "PrimeFaces nie jest zdefiniowana"w konsoli js przeglądarki. Zobacz także h: commandLink actionlistener nie jest wywoływany, gdy jest używany z F: ajax i UI: repeat.

9. Jeśli używasz Ajaxu, upewnij się, że interesujące Składniki UIInput i UICommand są objęte <f:ajax execute> lub np. <p:commandXxx process>, w przeciwnym razie nie będą wykonywane/przetwarzane. Zobacz również wartości formularza Nie aktualizowane w modelu podczas dodawania do i zrozumienie primefaces process/update i JSF f:Ajax execute/render atrybuty.

10. Jeśli rodzic {[11] } Z Przyciskiem UICommand jest wcześniej renderowany/aktualizowany przez żądanie ajax pochodzące z innego formularza na tej samej stronie, to pierwsza akcja zawsze się nie powiedzie. Drugie i kolejne działania będą działać. Jest to spowodowane błędem obsługi stanu widoku, który jest zgłaszany jako problem ze specyfikacją JSF 790 i obecnie planowane do naprawy w JSF 2.3. W przypadku starszych wersji JSF należy jawnie podać ID <h:form> w render <f:ajax>. Zobacz też h:commandButton/h:commandLink nie działa przy pierwszym kliknięciu, działa tylko przy drugim kliknięciu .

11. Jeśli <h:form> ma enctype="multipart/form-data" ustawione w celu obsługi przesyłania plików, musisz się upewnić, że używasz co najmniej JSF 2.2, lub że filtr servleta, który jest odpowiedzialny za parsowanie multipart / form-data requests jest poprawnie skonfigurowany, w przeciwnym razie FacesServlet nie otrzyma żadnych parametrów żądania i tym samym nie będzie mógł zastosować wartości żądania. Sposób skonfigurowania takiego filtra zależy od używanego komponentu przesyłania plików. Dla Tomahawk <t:inputFileUpload>, sprawdź ta odpowiedź i dla PrimeFaces <p:fileUpload>, sprawdź ta odpowiedź. Lub, jeśli faktycznie nie przesyłasz pliku w ogóle, Usuń atrybut całkowicie.

12. Upewnij się, że argument ActionEvent z actionListener jest javax.faces.event.ActionEvent, a więc nie java.awt.event.ActionEvent, co większość Idów sugeruje jako pierwszą opcję autouzupełniania. Brak argumentów jest również błędny, jeśli używasz actionListener="#{bean.method}". Jeśli nie chcesz argumentu w swojej metodzie, użyj actionListener="#{bean.method()}". A może chcesz użyć action zamiast actionListener. Zobacz także różnice między działaniem a actionListener .

13. Upewnij się, że żaden PhaseListener lub jakikolwiek EventListener w łańcuchu żądania-odpowiedzi nie zmienił cyklu życia JSF aby pominąć fazę wywołania akcji, na przykład wywołując FacesContext#renderResponse() lub FacesContext#responseComplete().

14. Upewnij się, że żaden Filter lub Servlet w tym samym łańcuchu odpowiedzi na żądanie nie zablokował żądania FacesServlet.

15. Błąd w frameworku. Na przykład, RichFaces ma " błąd konwersji " podczas używania elementu UI rich:calendar z atrybutem defaultLabel (lub, w niektórych przypadkach, podelementu rich:placeholder). Ten błąd uniemożliwia wywołanie metody bean, gdy żadna wartość nie jest Ustaw datę w kalendarzu. Śledzenie błędów frameworku można wykonać, zaczynając od prostego przykładu roboczego i budując kopię zapasową strony aż do wykrycia błędu.

16. Jeśli używasz PrimeFaces p:dialog lub p:overlayPanel, upewnij się, że nie uruchamiasz p:akcja commandbutton nie działa wewnątrz okna p:

Wskazówki debugowania

W przypadku, gdy nadal się zacinasz, nadszedł czas na debugowanie. Po stronie klienta naciśnij F12 w webbrowserze, aby otwórz zestaw narzędzi web developer. Kliknij kartę Console, aby zobaczyć conosle JavaScript. Powinien być wolny od błędów JavaScript. Poniżej znajduje się przykład z Chrome, który demonstruje przypadek wysłania włączonego przycisku <f:ajax> bez zadeklarowania <h:head> (jak opisano w punkcie 7 powyżej).

Kliknij kartę Network , aby wyświetlić Monitor ruchu HTTP. Prześlij formularz i sprawdź, czy nagłówki żądania i dane formularza i organ odpowiedzi są zgodne z oczekiwaniami. Poniżej zrzut ekranu jest przykład z Chrome, który demonstruje udane przesłanie ajax prostego formularza z pojedynczym <h:inputText> i pojedynczym <h:commandButton> z <f:ajax execute="@form" render="@form">.

(ostrzeżenie: gdy publikujesz zrzuty ekranu z nagłówków żądań HTTP, jak powyżej, ze środowiska produkcyjnego, upewnij się, że szyfrujesz / zaciemniasz pliki cookie sesji na zrzucie ekranu, aby uniknąć przechwytywania sesji ataki!)

Po stronie serwera upewnij się, że serwer jest uruchomiony w trybie debugowania. Umieść debug breakpoint w metodzie interesującego komponentu JSF, którą spodziewasz się wywołać podczas przetwarzania formularza submit. Np. w przypadku UICommand składnika, który byłby UICommand#queueEvent() i w przypadku UIInput składnika, który byłby UIInput#validate(). Wystarczy przejść przez wykonanie kodu i sprawdzić, czy przepływ i zmienne są zgodne z oczekiwaniami. Poniżej zrzut ekranu jest przykład z debuggera Eclipse.