\nDie \u00dcberschrift sagt eigentlich schon alles: der ELResolver wird selbst durch Spring erzeugt und konfiguriert.\n<\/p>\n
Manchmal ist es n\u00fctzlich oder sogar notwendig, dass ein ELResolver durch Spring konfiguriert wird. Wenn man den Resolver allerdings direkt in die faces-config.xml eintr\u00e4gt, dann geht das nicht.\n<\/p>\n
\nStattdessen wird ein Helper eingetragen, der auf die eigentlichen ELResolver delegiert…\n<\/p>\n
<\/p>\n
\nDer Quellcode sieht so aus:<\/p>\n
\r\n package org.springframework.web.jsf;\r\n\r\n import java.beans.FeatureDescriptor;\r\n import java.util.Iterator;\r\n import java.util.Map;\r\n\r\n import javax.el.ELContext;\r\n import javax.el.ELResolver;\r\n import javax.faces.context.FacesContext;\r\n\r\n import org.springframework.context.ApplicationContext;\r\n\r\n \/**\r\n * adds all ELResolvers defined in spring's root context.\r\n * @author Stefan Rinke\r\n *\/\r\n public class SpringELResolverSupport extends ELResolver {\r\n \r\n Map<ELResolver,ELResolver> resolvers = null;\r\n\r\n @SuppressWarnings("unchecked")\r\n private void initResolvers(ELContext ctx) {\r\n FacesContext context = (FacesContext) ctx.getContext(FacesContext.class);\r\n if( context != null ) {\r\n ApplicationContext appCtx = FacesContextUtils.getRequiredWebApplicationContext(context);\r\n resolvers = appCtx.getBeansOfType(ELResolver.class);\r\n }\r\n }\r\n \r\n @Override\r\n public Class<?> getCommonPropertyType(ELContext ctx, Object base) {\r\n if( resolvers == null ) initResolvers(ctx);\r\n return Object.class;\r\n }\r\n\r\n\r\n @Override\r\n public Iterator<FeatureDescriptor> getFeatureDescriptors(ELContext arg0, Object arg1) {\r\n return null;\r\n }\r\n\r\n @Override\r\n public Class<?> getType(ELContext ctx, Object base, Object prop) {\r\n if( resolvers == null ) initResolvers(ctx);\r\n for (ELResolver resolver : resolvers.keySet()) {\r\n Class<?> clz = resolver.getType(ctx, base, prop);\r\n if( ctx.isPropertyResolved() ) return clz;\r\n }\r\n return null;\r\n }\r\n\r\n @Override\r\n public Object getValue(ELContext ctx, Object base, Object prop) {\r\n if( resolvers == null ) initResolvers(ctx);\r\n for (ELResolver resolver : resolvers.keySet()) {\r\n Object value = resolver.getValue(ctx, base, prop);\r\n if( ctx.isPropertyResolved() ) return value;\r\n }\r\n return null;\r\n }\r\n\r\n @Override\r\n public boolean isReadOnly(ELContext ctx, Object base, Object prop) {\r\n if( resolvers == null ) initResolvers(ctx);\r\n for (ELResolver resolver : resolvers.keySet()) {\r\n boolean readOnly = resolver.isReadOnly(ctx, base, prop);\r\n if( ctx.isPropertyResolved() ) return readOnly;\r\n }\r\n return false;\r\n }\r\n\r\n @Override\r\n public void setValue(ELContext ctx, Object base, Object prop, Object value) {\r\n if( resolvers == null ) initResolvers(ctx);\r\n for (ELResolver resolver : resolvers.keySet()) {\r\n resolver.setValue(ctx, base, prop, value);\r\n if( ctx.isPropertyResolved() ) break;\r\n }\r\n }\r\n\r\n } \r\n<\/pre>\n<\/p>\n\nWas passiert ist einfach zu sagen: Die SpringELResolverSupport-Klasse l\u00e4dt aus dem ApplicationContext von Spring alle ELResolver (mit getBeansOfType(ELResolver.class)<\/i>) und delegiert alle Calls der Reihe nach an die gefundenen Resolver. So kann ein Resolver selbst mit Spring erzeugt und konfiguriert werden.\n<\/p>\n
\nOffen bleibt die Frage nach der Reihenfolge. Da getBeansOfType die Reihenfolge offen l\u00e4\u00dft, werden die Resolver beliebig nacheinander aufgerufen. Das kann unter Umst\u00e4nden ein Problem erzeugen, wenn man auf eine ganz bestimmte Reihenfolge angewiesen ist.<\/p>\n","protected":false},"excerpt":{"rendered":"
SpringELResolverSupport konfiguriert ELResolver mit Spring Die \u00dcberschrift sagt eigentlich schon alles: der ELResolver wird selbst durch Spring erzeugt und konfiguriert. Manchmal ist es n\u00fctzlich oder sogar notwendig, dass ein ELResolver durch Spring konfiguriert wird. Wenn man den Resolver allerdings direkt … Weiterlesen