[JBoss Portal] - Re: AJAX4JSF in Portal
by chuaky
hi Julien,
I remove the FaceletPortletViewHandler entry from faces-config.xml and didn't encountered the issue. I also added the view handler in web.xml:
<context-param>
<param-name>org.ajax4jsf.VIEW_HANDLERS</param-name>
<param-value>com.sun.facelets.FaceletPortletViewHandler</param-value>
</context-param>
Then, i added a simple ajax tag as follows:
<h:inputText value="#{search.noOfRows}" >
<a:support event="onkeyup" requestDelay="3" />
</h:inputText>
But it gave me a A4J is undefined error.
I try to trace the source code and found that it could be caused by AjaxContext:processHeadResources failing in the 2 "if" statements because i didn't see the debug log printout.
public void processHeadResources(FacesContext context)
throws FacesException {
ExternalContext externalContext = context.getExternalContext();
Map requestMap = externalContext.getRequestMap();
if (!Boolean.TRUE.equals(requestMap.get(RESOURCES_PROCESSED))) {
if (null != requestMap.get(BaseFilter.RESPONSE_WRAPPER_ATTRIBUTE)) {
if (log.isDebugEnabled()) {
log
.debug("Process component tree for collect used scripts and styles");
}
UIViewRoot root = context.getViewRoot();
Sorry, i'm not sure how to proceed on this.
Is there a sample that i could download that illustrate the setup for:
AS 4.0.5, Portal 2.4.1, Seam 1.1.1, Facelets.
Thanks in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009322#4009322
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009322
18Â years, 1Â month
[JBossCache] - TreeCache with INVALIDATION_SYNC mode and DB sync issue.
by baldermanï¼ gmail.com
Hi
I am using TreeCach with INVALIDATION_SYNC mode.
I cache large object graphs so I just want just to notify all cluster nodes when an entry is modified and make rest of the nodes fetch a fresh copy from DB.
Lets say I have 2 nodes cluster with node#1 and node#2.
A cached object is modified on node#1, it sends notification to the other node and update the records on DB.Now the load balancer ask node#2 to do something with this object, so it tries to fetch from cache, see its not there and goes to DB to get a fresh copy.
My concern is: What if node#1 did not commit the update yet? node#2 will get an old copy...
How can I make sure that I will fetch a "fresh" copy from DB?
Using the pojo cache will bypass this problem but I am limited with memory so I am afraid I cant use it.
Thanks
Avishay
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009318#4009318
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009318
18Â years, 1Â month
[JBoss Seam] - Re: Advice on Security System
by alex.kozlenkov
Guys, with Feb 1 CVS code, the problems above have gone away and in fact, all is working well. However, I am getting the following exception trace in the log:2007-02-01 10:30:59,450 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/helloworld]] Session attribute event
| listener threw exception
| java.lang.IllegalStateException: No application context active
| at org.jboss.seam.Component.forName(Component.java:1586)
| at org.jboss.seam.Component.getInstance(Component.java:1636)
| at org.jboss.seam.Component.getInstance(Component.java:1631)
| at org.jboss.seam.Component.getInstance(Component.java:1608)
| at org.jboss.seam.Component.getInstance(Component.java:1603)
| at org.jboss.seam.persistence.PersistenceProvider.instance(PersistenceProvider.java:45)
| at org.jboss.seam.core.ManagedPersistenceContext.sessionWillPassivate(ManagedPersistenceContext.java:104)
| at org.jboss.web.tomcat.tc5.session.ClusteredSession.passivate(ClusteredSession.java:896)
| at org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:642)
| at org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49)
| at org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98)
| at org.jboss.web.tomcat.tc5.session.JvmRouteValve.invoke(JvmRouteValve.java:84)
| 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)I am following all the latest security patterns in the CVS.
I would really appreiciate your help on this. This is the only show stopper for me now.
Thanks--Alex
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009314#4009314
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009314
18Â years, 1Â month