[JBoss Seam] - Re: JSF rendering of invalid values
by jalupa
A JSF component has following properties (conceptual)
a) a submitted value
b) a local value
c) a value
The submitted value is filled in in the Apply Request Values phase, typically in the decode method of the component.
The local value is filled in the Process Validations phase: this is the converted and validated submitted value. At that moment, the submitted value is cleared (only when conversion/validation succeeded).
When all conversions and validations succeed, the local value is set as the value of the component, which means that the value(binding)expression is evaluated to propagate the local value to the backing bean (setter). Again, at that moment, the local value of the component is cleared. Of course this happens in the Update Model Values phase.
When a page is being rendered, JSF will first look for a submitted value, if no submitted value is present, JSF will look for the local value of the component, if no local value is present, JSF will evaluate the value(binding)expression to get the value of the component (which is the value on the backing bean) (getter).
This should explain the magic of "a" and "b" :-). "a" never got further than the submitted value of the component, "b" made it to the local value of the component.
Now, why is the getter on the backing bean sometimes called in the process validations phase (or even in the Apply Request Values phase depending on the value of the immediate attribute)?
In the Process Validations phase, ValueChangeEvents are being queued. Of course, a ValueChangeEvent may only be queued when the value changed (duh), therefor JSF evaluates the value(binding)expression, to compare the local value of the component (mind "local value", this means this normally only happens when conversion and validation were successful) with the value of the component (i.e. the value on the backing bean), so the getter on the backing bean is called.
This explains why getTestString on the backingbean is being called.
As there are validation errors for the first field, you wouldn't expect getTestEntity being called. I guess this is a Seam thing (I think it happens in the validate(String,Object) method of the Expressions class (called from ModelValidator).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034920#4034920
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034920
19 years
[JBossCache] - Re: java.io.NotSerializableException: WebappClassLoader
by philippe.suray
I ran another test: deploy my webapp in Tomcat inside JBoss, in my ServletContextListener i init the cache with:MBeanServer server =MBeanServerLocator.locateJBoss();
| treecache = (TreeCacheMBean)MBeanProxyExt.create(TreeCacheMBean.class, "jboss.cache:service=TreeCache", server);
| treecache.registerClassLoader("/command_image/", Thread.currentThread().getContextClassLoader());
| isInited = true;
In my servlet, i try to get an image from the cache with:(MappingResponse)treeCache.get(fqn.toString(), key))
Another exception is thrown:10:12:06,437 ERROR [JDBCCacheLoader] Failed to load node for fqn /command_image/style_20/zoom_10/grid_10_127: Unable to load to deserialize result: java.lang.ClassNotFoundException: No ClassLoaders found for: com.marketip.cache.util.MappingResponse
| java.sql.SQLException: Unable to load to deserialize result: java.lang.ClassNotFoundException: No ClassLoaders found for: com.marketip.cache.util.MappingResponse
| at org.jboss.cache.loader.JDBCCacheLoader.loadNode(JDBCCacheLoader.java:1109)
| at org.jboss.cache.loader.JDBCCacheLoader.get(JDBCCacheLoader.java:263)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.loadData(CacheLoaderInterceptor.java:443)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.loadNode(CacheLoaderInterceptor.java:353)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:180)
| at org.jboss.cache.interceptors.ActivationInterceptor.invoke(ActivationInterceptor.java:64)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365)
| at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:138)
| at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863)
| at org.jboss.cache.TreeCache.get(TreeCache.java:3627)
| at org.jboss.cache.TreeCache.get(TreeCache.java:3608)
| at org.jboss.cache.TreeCache.get(TreeCache.java:3595)
| at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
| at $Proxy54.get(Unknown Source)
| at com.marketip.cache.filter.CacheFilter.doFilter(CacheFilter.java:54)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
I really don't understand what happens.
Help, help ...
PHS
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034912#4034912
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034912
19 years