Po dużym wsparciu JSF 2 dla adnotacji, zastanawiam się, do czego użyłbym tego faces-config.xml
. Jakie jest teraz jego znaczenie?
Innymi słowy, jakie konfiguracje można wykonać tylko za faces-config.xml
pomocą adnotacji, a nie za ich pomocą?
W tej chwili używam go tylko do zadeklarowania resolwera EL Springa.
<?xml version="1.0" encoding="UTF-8"?>
<faces-config
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd"
version="2.0">
<application>
<el-resolver>
org.springframework.web.jsf.el.SpringBeanFacesELResolver
</el-resolver>
</application>
</faces-config>
jsf
jsf-2
faces-config
Mahmoud Saleh
źródło
źródło
<el-resolver>
w swoimfaces-config.xml
i działa idealnie.Odpowiedzi:
Nadal można go używać do wielu rzeczy, których nie można opisać. Np. Niestandardowe komunikaty walidacyjne JSF:
<application> <message-bundle>com.example.i18n.messages</message-bundle> </application>
Globalny pakiet i18n (aby nie trzeba było deklarować
<f:loadBundle>
w każdym widoku):<application> <resource-bundle> <base-name>com.example.i18n.Text</base-name> <var>text</var> </resource-bundle> </application>
Jawnie obsługiwane ustawienia regionalne i18n (tak, że niezadeklarowane zostaną zignorowane, nawet jeśli istnieje pakiet komunikatów lub pakiet zasobów):
<application> <locale-config> <default-locale>en</default-locale> <supported-locale>nl</supported-locale> <supported-locale>es</supported-locale> <supported-locale>de</supported-locale> </locale-config> </application>
Programy obsługi widoku niestandardowego :
<application> <view-handler>com.example.SomeViewHandler</view-handler> </application>
Odbiorcy fazy (nadal nie ma na to adnotacji):
<lifecycle> <phase-listener>com.example.SomePhaseListener</phase-listener> </lifecycle>
Zarządzanych fasoli, które nie mogą być odnotowany (poniżej jednego daje aktualny
Date
ON#{now}
):<managed-bean> <description>Current date and time</description> <managed-bean-name>now</managed-bean-name> <managed-bean-class>java.util.Date</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> </managed-bean>
Własne fabryki, takie jak fabryki niestandardowej procedury obsługi wyjątku (to pozwala również dla fabryk
FacesContext
,ExternalContext
,LifeCycle
i wiele innych, dzięki czemu można zapewnić implementację niestandardowy):<factory> <exception-handler-factory>com.example.SomeExceptionHandlerFactory</exception-handler-factory> </factory>
Aby wymienić tylko te powszechnie używane. Jeśli masz
faces-config.xml
autouzupełnianie tagów w swoim IDE, możesz je znaleźć. Tylko zarządzane komponenty bean, walidatory, konwertery, komponenty, renderery i przypadki nawigacji punkt-punkt nie są już potrzebne dzięki nowym adnotacjom i niejawnej nawigacji.źródło
java.util.HashMap
as#{components}
jest przechowywany w zakresie żądania, aby uzyskać lepszy deklaratywny przegląd wszystkich powiązań komponentów. Npbinding="#{components.foo}"
. Aby można było się do niego odwoływać jako#{components.foo}
bardziej samodokumentujące się i mniej ryzykowne (z powodu potencjalnych konfliktów nazw) niżbinding="#{foo}"
i#{foo}
.