Migrowanie JSF 1.1 z Ajax4jsf 1.x do JSF 2

Question

Przeprowadzamy migrację projektu JSF 1.1 (MyFaces) do JSF 2. Chodzi o to, aby migrować okresowo, utrzymując jednocześnie wspólną stronę JSP i XHTML. Używamy wielu znaczników ajax4jsf-1.1.1 na stronach JSP. Nie używamy RichFaces. Po skonfigurowaniu systemu do JSF 2 (ze wszystkich zmian konfiguracyjnych zawartych w poradniku przez Balusc), gdy próbowali uzyskać dostęp do strony JSP z ajax4jsf.jar w ścieżce klasy, mamy wyjątek:

Caused by: java.lang.IllegalStateException: setViewHandler may not be executed after a lifecycle request has been completed 
    at org.apache.myfaces.application.ApplicationImpl.setViewHandler(ApplicationImpl.java:853) 
    at org.ajax4jsf.framework.ajax.InitPhaseListener.beforePhase(InitPhaseListener.java:92) 
    at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersBefore(PhaseListenerManager.java:76) 
    at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:131) 

wygląda ajax4jsf.jar jest niezgodne z JSF 2. Wygląda na problem z konfiguracją LifeCycle.

Czy jest jakiś sposób, abyśmy mogli pracować a4j z JSP 2 JSF? Wiem, że kiedy używamy XHTML, nie potrzebujemy tego wszystkiego.

Answer 1

Pozbądź się Ajax4jsf 1.x łącznie. W rzeczywistości nie jest kompatybilny z JSF2. Zamiast tego JSF2 oferuje nowy główny znacznik ajaxowy <f:ajax>, który obejmuje całą podstawową funkcjonalność, jaką wcześniej oferował Ajax4jsf 1.x.

Jeśli uaktualnienie do RichFaces 4 nie jest opcją (ponieważ, jak sam powiedziałeś, nie używasz komponentów RichFaces w dowolnym miejscu), po prostu usuń Ajax4jsf 1.x i zamień wszystkie znaczniki <a4j:xxx> za pomocą standardowych odpowiedników JSF2.

• <a4j:ajaxListener>: użyj <f:ajax listener>.
• <a4j:keepAlive>: wystarczy umieścić zarządzaną fasolę w zakresie widoku przez @ViewScoped.
• <a4j:log>: użyj jsf.ajax.addOnEvent() lub jsf.ajax.addOnError() w kontekście JS.
• <a4j:commandLink>: tylko gniazdo <f:ajax> wewnątrz <h:commandLink>.
• <a4j:outputPanel>: użyj <h:panelGroup> i pamiętaj, aby dołączyć jego identyfikator do <f:ajax render> lub PrimeFaces <p:outputPanel>.
• <a4j:repeat>: wystarczy użyć standardu <ui:repeat>.
• <a4j:form>: po prostu użyjemy <h:form>, to automatycznie rozpozna <f:ajax>.
• <a4j:htmlCommandLink>: po prostu gniazdo <f:ajax> wewnątrz <h:commandLink>.
• <a4j:jsFunction>: bez wymiany. Rozważmy OmniFaces <o:commandScript> lub PrimeFaces <p:remoteCommand>.
• <a4j:region>: wystarczy użyć <f:ajax execute>, można nawet owinąć <f:ajax> wokół grupy składników.
• <a4j:loadBundle>: wystarczy użyć standardu <f:loadBundle>.
• <a4j:status>: użyj jsf.ajax.addOnEvent() lub jsf.ajax.addOnError() w kontekście JS.
• <a4j:actionparam>: wystarczy użyć standardu <f:param>.
• <a4j:loadScript>: wystarczy użyć standardu <h:outputScript>.
• <a4j:mediaOutput>: bez wymiany. Rozważ PrimeFaces <p:media>.
• <a4j:poll>: bez wymiany. Rozważmy OmniFaces <o:commandScript> lub PrimeFaces <p:poll>.
• <a4j:commandButton>: po prostu gniazdo <f:ajax> wewnątrz <h:commandButton>.
• <a4j:include>: wystarczy użyć standardu <ui:include>.
• <a4j:loadStyle>: wystarczy użyć standardu <h:outputStylesheet>.
• <a4j:support>: wystarczy użyć standardu <f:ajax>.

Należy także zmienić nazwę/przepisać pliki JSP na pliki Facetów. W prostych przypadkach jest to zwykle kwestia zmiany deklaracji root i rozszerzeń plików. Facelets ułatwia zastąpienie całego zduplikowanego kodu pojedynczym szablonem. Poniższa odpowiedź dotyczy:

• Migrating from JSF 1.2 to JSF 2.0