Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 948301

Summary: NPEs thrown while accessing /portal context when JPP is being started
Product: [JBoss] JBoss Enterprise Portal Platform 6 Reporter: Dominik Pospisil <dpospisi>
Component: PortalAssignee: Default User <jbpapp-maint>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.0.0CC: bdawidow, epp-bugs, mweiler, theute
Target Milestone: ER02   
Target Release: 6.1.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-07 14:21:41 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
server log file none

Description Dominik Pospisil 2013-04-04 14:25:20 UTC
Description of problem:

JPP throws NPE if a client tries to access /portal context during server startup. The NPEs occur after the server logs "Registering web context: /portal" until the portal EAR is competely deployed.



Steps to Reproduce:
1. start the server
2. access /portal context while the server is being started
  
Exceptions thrown:

15:08:25,855 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/portal].[portal]] (http-/127.0.0.1:8080-1) Servlet.service() for servlet portal threw exception: java.lang.NullPointerException
        at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:138) [exo.jcr.framework.web-1.15.1-CP01-redhat-1.jar:1.15.1-CP01-redhat-1]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]
        at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) [exo.portal.component.web.security-3.5.2.Final-redhat-4.jar:3.5.2.Final-redhat-4]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]
 

15:08:37,235 WARN  [org.exoplatform.web.CacheUserProfileFilter] (http-/127.0.0.1:8080-1) An error occured while cache user profile: javax.servlet.ServletException: java.lang.NullPointerException
        at org.exoplatform.portal.application.PortalController.onService(PortalController.java:110) [exo.portal.webui.portal-3.5.2.Final-redhat-4.jar:3.5.2.Final-redhat-4]
        at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132) [exo.kernel.container-2.4.1-GA-redhat-1.jar:2.4.1-GA-redhat-1]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.1.Final-redhat-2.jar:1.0.1.Final-redhat-2]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1-JBPAPP6-1709.jar:]

Comment 1 Dominik Pospisil 2013-04-04 14:27:05 UTC
Created attachment 731629 [details]
server log file

Comment 2 Thomas Heute 2013-04-11 10:33:16 UTC
Unfortunately, it's a known issue due to the fact that JBossWeb in AS7 (unlike AS5) starts to accept incoming request before it's fully started.

We've already looked for a solution, but AFAIK there is none (unless JPP is not directly facing the requests).

We can keep the bug open for the records though as I don't think it was ever filled-in.

Comment 3 JBoss JIRA Server 2013-06-05 14:48:01 UTC
Lucas Ponce <ponce.ballesteros> made a comment on jira GTNPORTAL-2917

I've uploaded an example based on a similar issue reported by an user in forums:

https://community.jboss.org/message/821502#821502

To reproduce the error:

1.- Build jsf2-rf4-test project and deploy in gatein.
2.- Create a test page with the jsf2Rf4TestPortlet included in jsf2-rf4-test project.
3.- Access to test page with logged user, activate polling function in the portlet (this will create periodically ajax calls to the server).
4.- Shutdown gatein.
5.- Re-start gatein without close the browser (to maintain ajax calls).
6.- you will be able to reproduce NPE exceptions and gatein will be blocked in 

16:35:53,718 INFO  [org.picketlink.idm.impl.tree.IDMTreeCacheImpl] (http--127.0.0.1-8080-1) StaleNodesCleaner started successfully with delay 120000
16:35:53,718 INFO  [org.picketlink.idm.impl.cache.InfinispanIdentityStoreCacheProviderImpl] (http--127.0.0.1-8080-1) Infinispan cache for Picketlink IDM created successfuly. cache name: idm-portal-store


Hope this example helps to debug the issue.

Comment 4 JBoss JIRA Server 2013-06-05 17:54:47 UTC
Lucas Ponce <ponce.ballesteros> made a comment on jira GTNPORTAL-2917

I've sent a PR with a workaround for this bug.
I couldn't reproduce the issue, but more tests are needed.

Thanks,
Lucas

Comment 7 Dominik Pospisil 2013-07-04 13:47:15 UTC
Verified (ER02).