voyent
Messages posted by: paul.mooney  XML
Profile for paul.mooney -> Messages posted by paul.mooney [12]
Author Message
Yes this is ultimately IMO a Seam issue.

From an Icefaces perspective there could be some kind of handling when attempting to push render to expired sessions, and consequently evicting related components from the Renderer, but that's probably a band-aid solution.
I was right. Session expiration does not cause the Destroy life cycle methods on Page scope beans to be called, so they don't leave the interval render group.

My workaround was to create a session scoped 'registry' bean which page scoped beans relying on the interval renderer register themselves with upon creation, and deregister from when they are destroyed.

When the session expires, the Destroy method is called on the 'registry' bean, which iterates over any remaining page scoped beans it has a reference to and forces them to leave their render groups.

It's a hack, but it gets around the lack of lifecycle callback for lesser than session scope beans when the session expires.
This is an old thread but I don't see a Jira and I'm having this problem too.

Was there any resolution?

I get the exception:

Code:
 Exception in thread "Render Thread - 3024" com.icesoft.faces.webapp.http.core.SessionExpiredException: User session has
 expired or it was invalidated.
         at com.icesoft.faces.webapp.http.servlet.ProxyHttpSession.getAttributeNames(ProxyHttpSession.java:93)
         at com.icesoft.faces.async.render.RunnableRender.testSession(RunnableRender.java:186)
         at com.icesoft.faces.async.render.RunnableRender.run(RunnableRender.java:135)
         at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)
 
         at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)
         at java.lang.Thread.run(Thread.java:619)
 Caused by: java.lang.IllegalStateException: HttpSession is invalid
         at weblogic.servlet.internal.session.SessionData.getAttributeNames(SessionData.java:459)
         at com.icesoft.faces.webapp.http.servlet.ProxyHttpSession.getAttributeNames(ProxyHttpSession.java:91)
         ... 5 more
 


It looks like this exception occurs at the same interval I've set the interval renderer for.

My guess is that my Seam page scoped bean @Destroy lifecycle callback that leaves the render group doesn't get called correctly when the session expires. I will have to investigate more when I get the chance, unless someone else has any ideas?

Code:
    @Destroy
     public void dispose() {
         leaveRenderGroups();
     }
     
    public void leaveRenderGroups() {
         leaveRenderGroup(intervalRenderer);
         leaveRenderGroup(onDemandRenderer);
     }
 
    public void leaveRenderGroup(GroupAsyncRenderer renderer) {
         
         if (renderer!=null) {
             logger.debug("Removing instance of #0 from renderer #1",this.getClass().getSimpleName(),renderer.getName());
             renderer.remove(this);
             if (renderer.isEmpty()) {
                 renderer.requestStop();
             }
         }
     }
 
My dropListeners don't work in Icefaces 1.8.2 either. I've had to revert to 1.8.1
I've solved it! Finally!

I've tried Wrapping the comp-showcase in an ear, and using prefer-application-packages. The comp-showcase worked fine.

The [indirect] issue was my dependency on crimson-1.1.3. When I removed that everything worked fine. I can't say what the real issue was.

I got a clue it might be an xml parser because, when I tried rearrange my project so that it was deployed as a war instead of an ear, I kept getting classcast exceptions against javax.xml.parsers.DocumentBuilderFactory, until I removed dependencies on xerces,crimson,xml-apis, jaxp, etc. Finally after switching the deployment artifact back to an ear I was able to narrow the culprit down to crimson.

I would say this is one for the weblogic forums, but I still can't say what exactly the problem was.
Further information on the issue. After looking at the 'Net' tab in firebug it seems that All of icefaces events are GETS instead of ajax posts.
Just an update:

I've tried removing the library reference for Weblogic's JSF library, and added Sun's JSF 1.2 implementation (which is supposed to be the same anyways) with no luck.

Upgrading Seam to 2.1.1.GA (weblogic version) also had no effect.

Reverting back to Icefaces 1.7.2 causes a ViewExpiredException when initiating any actionListeners.

Code:
javax.faces.application.ViewExpiredException: viewId:/archive/archiveContentRevival.seam - View /archive/archiveContentRevival.seam could no
 t be restored.
         at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:180)
         at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
         at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
         at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:17)
         at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:94)
         at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:54)
         at com.icesoft.faces.webapp.http.core.RequestVerifier.service(RequestVerifier.java:26)
         at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:24)
         at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:160)
         at com.icesoft.faces.webapp.http.servlet.SessionDispatcher$1.service(SessionDispatcher.java:38)
         at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
         at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:63)
         at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:55)
         at com.icesoft.faces.webapp.http.servlet.SessionVerifier.service(SessionVerifier.java:19)
         at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
         at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:91)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
         at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
         at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
         at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
         at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
         at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
         at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
         at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(Unknown Source)
         at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
         at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
         at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
 10:16:32.215-0400 ERROR org.jboss.seam.web.ExceptionFilter - exception root cause
 May 12, 2009 10:16:32 AM com.sun.faces.lifecycle.LifecycleImpl phase
 WARNING: executePhase(RESTORE_VIEW 1,com.icesoft.faces.context.BridgeFacesContext@227bd9) threw exception
 javax.faces.application.ViewExpiredException: viewId:/archive/archiveContentRevival.seam - View /archive/archiveContentRevival.seam could no
 t be restored.
         at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:180)
         at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
         at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
         at com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:17)
         at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:94)
         at com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:54)
         at com.icesoft.faces.webapp.http.core.RequestVerifier.service(RequestVerifier.java:26)
         at com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:24)
         at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:160)
         at com.icesoft.faces.webapp.http.servlet.SessionDispatcher$1.service(SessionDispatcher.java:38)
         at com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
         at com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:63)
         at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:55)
         at com.icesoft.faces.webapp.http.servlet.SessionVerifier.service(SessionVerifier.java:19)
         at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
         at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:91)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
         at com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
         at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
         at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
         at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
         at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
         at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
         at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
         at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(Unknown Source)
         at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
         at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
         at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
 May 12, 2009 10:16:32 AM com.sun.faces.lifecycle.LifecycleImpl phase
 WARNING: phase(RESTORE_VIEW 1,com.icesoft.faces.context.BridgeFacesContext@227bd9) threw exception: java.lang.NullPointerException null
 com.icesoft.faces.application.D2DViewHandler.findComponent(D2DViewHandler.java:778)
 com.icesoft.faces.application.PartialSubmitPhaseListener.afterPhase(PartialSubmitPhaseListener.java:68)
 com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:278)
 com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
 com.icesoft.faces.webapp.http.core.JsfLifecycleExecutor.apply(JsfLifecycleExecutor.java:17)
 com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.renderCycle(ReceiveSendUpdates.java:94)
 com.icesoft.faces.webapp.http.core.ReceiveSendUpdates.service(ReceiveSendUpdates.java:54)
 com.icesoft.faces.webapp.http.core.RequestVerifier.service(RequestVerifier.java:26)
 com.icesoft.faces.webapp.http.common.standard.PathDispatcherServer.service(PathDispatcherServer.java:24)
 com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:160)
 com.icesoft.faces.webapp.http.servlet.SessionDispatcher$1.service(SessionDispatcher.java:38)
 com.icesoft.faces.webapp.http.servlet.ThreadBlockingAdaptingServlet.service(ThreadBlockingAdaptingServlet.java:19)
 com.icesoft.faces.webapp.http.servlet.EnvironmentAdaptingServlet.service(EnvironmentAdaptingServlet.java:63)
 com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:55)
 com.icesoft.faces.webapp.http.servlet.SessionVerifier.service(SessionVerifier.java:19)
 com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:23)
 com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:91)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
 com.icesoft.faces.webapp.xmlhttp.BlockingServlet.service(BlockingServlet.java:56)
 weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
 weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
 org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
 org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
 org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
 org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
 org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
 org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
 weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
 weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
 weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
 weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
 weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 weblogic.security.service.SecurityManager.runAs(Unknown Source)
 weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
 weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
 weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
 weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
 weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
I'm having strange behavioural issues with some Icefaces in weblogic 10.3 when I'm using 'prefer-application-packages' in the weblogic-application descriptor, and have a package named defined (any package name causes this, but specifically I'm using antlr.* for hibernate.

Some of the strange behaviour I've seen is that when attempting to use drag and drop, or open and use a calendar popup, the page sometimes appears to completely refresh. The values in my backing beans/seam components get updated however the view does not get updated to reflect these changes. If drag and drop is the first actionListener initiated by the user in a form then this happens (seems to happen on a per form basis). If it's not the first then it works fine. The calendar is really slow, and if's in a panelPopup, the panel popup gets repositioned. Other fields that have partialSubmit set to true cause slow view updates as well.

This only happens when I have a package (any package) defined in 'prefer-application-packages'. My Goal here is to be able to use the latest apache commons libraries as well as move from OpenJPA to Hibernate.

My Setup:
-Weblogic 10.3
-Icefaces 1.8.0
-Seam 2.0.2.SP1
-Icefaces facelets 1.8.0
-Weblogic's 'jsf-1.2.war' library is deployed

My weblogic-application.xml
Code:
<?xml version="1.0" encoding="ISO-8859-1"?>
 <weblogic-application>
 
 <library-ref>
     <library-name>jsf</library-name>
     <specification-version>1.2</specification-version>
     <implementation-version>1.2</implementation-version>
     <exact-match>false</exact-match>
 </library-ref>
 
 
     <prefer-application-packages>
        
       <package-name>org.apache.commons.*</package-name>
       <package-name>antlr.*</package-name>
     </prefer-application-packages>
 </weblogic-application>


My web.xml (minus name, and EJBs)
Code:
<listener>
     <listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
   </listener>
   <listener>
    <listener-class>com.sun.faces.config.ConfigureListener</listener-class>
  </listener>
 
   <filter>
     <filter-name>Seam Filter</filter-name>
     <filter-class>org.jboss.seam.web.SeamFilter</filter-class>
   </filter>
   <filter>
     <filter-name>Seam Redirect Filter</filter-name>
     <filter-class>org.jboss.seam.web.RedirectFilter</filter-class>
   </filter>
 
   <filter-mapping>
     <filter-name>Seam Filter</filter-name>
     <url-pattern>/*</url-pattern>
   </filter-mapping>
   <filter-mapping>
     <filter-name>Seam Redirect Filter</filter-name>
     <url-pattern>*.seam</url-pattern>
   </filter-mapping>
 
   <listener>
     <listener-class>com.icesoft.faces.util.event.servlet.ContextEventRepeater</listener-class>
   </listener>
 
   <context-param>
     <param-name>javax.faces.CONFIG_FILES</param-name>
     <param-value>/WEB-INF/navigation.xml</param-value>
   </context-param>
   <context-param>
     <param-name>com.icesoft.faces.gmapKey</param-name>
     <param-value>ABQIAAAADlu0ZiSTam64EKaCQr9eTRTOTuQNzJNXRlYRLknj4cQ89tFfpxTEqxQnVWL4k55OPICgF5_SOZE06A</param-value>
   </context-param>
   <context-param>
     <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
     <param-value>server</param-value>
   </context-param>
   <context-param>
     <param-name>facelets.DEVELOPMENT</param-name>
     <param-value>true</param-value>
   </context-param>
   <context-param>
     <param-name>facelets.LIBRARIES</param-name>
     <param-value>/WEB-INF/qpm.taglib.xml</param-value>
   </context-param>
   <context-param>
     <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
     <param-value>.xhtml</param-value>
   </context-param>
   <context-param>
     <param-name>com.icesoft.faces.actionURLSuffix</param-name>
     <param-value>.seam</param-value>
   </context-param>
   
   <!-- Set this value to false for Ajax Push -->
   <context-param>
     <param-name>com.icesoft.faces.synchronousUpdate</param-name>
     <param-value>false</param-value>
   </context-param>
   <context-param>
     <param-name>com.icesoft.faces.doJSFStateManagement</param-name>
     <param-value>true</param-value>
   </context-param>
   <context-param>
     <param-name>com.icesoft.faces.uploadDirectory</param-name>
     <param-value>/</param-value>
   </context-param>
   <context-param>
     <param-name>com.icesoft.faces.standardRequestScope</param-name>
     <param-value>true</param-value>
   </context-param>
   <context-param>
     <param-name>org.jboss.seam.core.init.jndiPattern</param-name>
     <param-value>java:comp/env/Falcon-ejb/#{ejbName}/local</param-value>
   </context-param>
   <!--<context-param>
         <param-name>com.icesoft.faces.blockingRequestHandler</param-name>
         <param-value>icefaces</param-value>
     </context-param> -->
   
 
   <servlet>
     <servlet-name>Faces Servlet</servlet-name>
     <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
     <load-on-startup>1</load-on-startup>
   </servlet>
   <servlet>
     <servlet-name>uploadServlet</servlet-name>
     <servlet-class>com.icesoft.faces.component.inputfile.FileUploadServlet</servlet-class>
     <load-on-startup> 1 </load-on-startup>
   </servlet>
   <servlet>
     <servlet-name>Persistent Faces Servlet</servlet-name>
     <servlet-class>com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet</servlet-class>
     <load-on-startup> 1 </load-on-startup>
   </servlet>
   <servlet>
     <servlet-name>Blocking Servlet</servlet-name>
     <servlet-class>com.icesoft.faces.webapp.xmlhttp.BlockingServlet</servlet-class>
     <load-on-startup> 1 </load-on-startup>
   </servlet>
 
     <!-- Report Servlets -->
     <servlet>
         <servlet-name>ReportDisplayServlet</servlet-name>
         <servlet-class>com.quickplay.falcon.servlet.ReportDisplayServlet</servlet-class>
     </servlet>
     <servlet>
         <servlet-name>ImageServlet</servlet-name>
         <servlet-class>net.sf.jasperreports.j2ee.servlets.ImageServlet</servlet-class>
     </servlet>
     <!--- End Report Servlets-->
 
   <servlet-mapping>
     <servlet-name>uploadServlet</servlet-name>
     <url-pattern>/uploadHtml</url-pattern>
   </servlet-mapping>
   <servlet-mapping>
     <servlet-name>Persistent Faces Servlet</servlet-name>
     <url-pattern>*.seam</url-pattern>
   </servlet-mapping>
   <servlet-mapping>
     <servlet-name>Persistent Faces Servlet</servlet-name>
     <url-pattern>/xmlhttp/*</url-pattern>
   </servlet-mapping>
   <servlet-mapping>
     <servlet-name>Blocking Servlet</servlet-name>
     <url-pattern>/block/*</url-pattern>
   </servlet-mapping>
 
     <!-- Report Servlet Mappings -->
     <servlet-mapping>
         <servlet-name>ReportDisplayServlet</servlet-name>
         <url-pattern>/reports/view/*</url-pattern>
     </servlet-mapping>
     <servlet-mapping>
         <servlet-name>ImageServlet</servlet-name>
         <url-pattern>/image</url-pattern>
     </servlet-mapping>
     <!-- End Report Servlet Mapping -->
 
Is there a way to use the panelConfirmation for anything other than a commandButton or commandLink? Like say, initiate it before a dropListener gets executed, a menuItem's actionListener, or a valueChangeListener?
Okay, it seems the issue was some javascript I was trying to execute at after the page rendered in order to automatically set focus on the first input field. This was causing a conflict which was blocking the javascript and keeping an ajax request connection alive.
Inside of a draggable panel I have a datatable with a rowselector, and a menuPopup defined for each row (accomplished by defining the menu in one column tag, then referencing it from the other columns). I'm trying to accomplish some windows explorer like behaviour where the user can select multiple items from the table, and drag and drop the selection into a tree of folders.

I'm having two issues with this approach:

1. When I have the datatable inside a draggable panel (panelGroup) then context menu pops up way out of place (about the height of the draggable panel down, and half the width of the draggable panel right of where it should appear).

2. With the row selector on, none of the actionListeners defined in my context menu get executed, it would seem instead the row for that context menu gets selected.

Are there any solutions or workarounds to these issues? Is there some way I can reposition the menu? Is it possible to give the context menu items priority over the rowselector?

Thanks in advance
I have a project that's using IceFaces with Jboss seam. I'm having an issue where the connection seams to remain active after the first ajax request on a page. What happens is, after a request (under glassfish) my browser (ff2) switches the cursor to the loading cursor, and the outputConnectionStatus widget goes into, and remains in an active state. This is happening for all of my pages. I having the same problem under weblogic as well.

I'm not even sure where to start with this, any help is appreciated.
 
Profile for paul.mooney -> Messages posted by paul.mooney [12]
Go to:   
Powered by JForum 2.1.7ice © JForum Team