Bislang gab es vor allem zwei Ans\u00e4tze JSF und Spring einander n\u00e4her zu bringen:<\/p>\n
Erstere liefert \u00fcber einen Custom Variable Resolver die M\u00f6glichkeit auf Spring-Beans aus JSF (mit Hilfe der ExpressionLanguage) zuzugreifen.<\/p>\n
JSF-Spring f\u00fcgt dann noch die M\u00f6glichkeit hinzu auch von Spring aus auf JSF zugreifen zu k\u00f6nnen.<\/p>\n
Aber mit Spring 2.0 braucht man das eigentlich gar nicht mehr …<\/p>\n
\n<\/p>\n
Warum Spring 2.0 Scopes die Sache so vereinfachen ging mir erst neulich auf. JSF kann mit "managed Bean" und "managed Properties" auch ein bisschen DependencyInjection, aber bei Weitem nicht so abgefahren wie Spring.<\/p>\n
Das einzige, was JSF mehr konnte – und was praktisch immer gebraucht wurde – sind die Scopes "Request" oder "Session". Spring 1.x Beans sind entweder Singletons oder Prototypes, will man die an den Request oder die Session binden, braucht es daf\u00fcr speziellen Code. Spring 2.0 kann das aber selbst!<\/p>\n
Ich verwende fortan gar keine<\/i><\/b> JSF managed Beans mehr sondern baue komplett auf Spring. Beans die Session- oder Request-Scope werden im Spring-Context passend konfiguriert und fertig.<\/p>\n
Eine bidirektionale Integration zwischen JSF und Spring ist gar nicht mehr erforderlich<\/i>: es gibt nur <\/i>noch Spring Beans.<\/p>\n
\nSiehe auch: Using Spring 2 with JSF<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" JSF Spring Integration Bislang gab es vor allem zwei Ans\u00e4tze JSF und Spring einander n\u00e4her zu bringen: Der Spring eigene DelegatingVariableResolver JSF-Spring Erstere liefert \u00fcber einen Custom Variable Resolver die M\u00f6glichkeit auf Spring-Beans aus JSF (mit Hilfe der ExpressionLanguage) zuzugreifen. … Weiterlesen