[JBoss JIRA] (GTNPORTAL-2917) NPEs thrown while accessing /portal context when JPP is being started
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2917?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-2917:
----------------------------------------------------
Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 948301|https://bugzilla.redhat.com/show_bug.cgi?id=948301] from MODIFIED to ON_QA
> NPEs thrown while accessing /portal context when JPP is being started
> ---------------------------------------------------------------------
>
> Key: GTNPORTAL-2917
> URL: https://issues.jboss.org/browse/GTNPORTAL-2917
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.0.Final, 3.6.0.Beta01
> Reporter: Dominik Pospisil
> Assignee: Lucas Ponce
> Labels: JPP61-Test-dev
> Fix For: 3.6.0.Final
>
> Attachments: jsf2-rf4-test.zip, jsf2-rf4-test.zip
>
>
> 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:]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (GTNPORTAL-3122) Errors are not handled correctly in UIPortletActionListener.handleErrorResponse
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3122?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3122:
----------------------------------------------------
Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 973716|https://bugzilla.redhat.com/show_bug.cgi?id=973716] from MODIFIED to ON_QA
> Errors are not handled correctly in UIPortletActionListener.handleErrorResponse
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3122
> URL: https://issues.jboss.org/browse/GTNPORTAL-3122
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: WebUI
> Affects Versions: 3.6.0.Beta02
> Reporter: Martin Weiler
> Assignee: Lucas Ponce
> Fix For: 3.6.0.Final
>
> Attachments: reproducer-for-GTNPORTAL-3122.zip
>
>
> When a portlet is running into a NoClassDefFoundError in processAction method, this error is not handled properly in UIPortletActionListener.handleErrorResponse:
> {code:title=UIPortletActionListener.java|borderStyle=solid}
> private void handleErrorResponse(ErrorResponse response) throws Exception {
> throw (Exception) response.getCause();
> }
> {code}
> This code tries to cast the Throwable to Exception, resulting in a ClassCastException which hides the real error. As a result, it is not possible to see the root cause of the issue in the log file.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (GTNPORTAL-2884) Test windows phone support
by Viliam Rockai (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2884?page=com.atlassian.jira.pl... ]
Viliam Rockai resolved GTNPORTAL-2884.
--------------------------------------
Resolution: Done
> Test windows phone support
> --------------------------
>
> Key: GTNPORTAL-2884
> URL: https://issues.jboss.org/browse/GTNPORTAL-2884
> Project: GateIn Portal
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Mobile
> Reporter: Matt Wringe
> Assignee: Viliam Rockai
>
> Windows Phone has a unique way of handling the viewport using @viewport in the css, which is different from how webkit and other browsers handle the viewport.
> We need to check if the current mobile site is working properly wrt the viewport on window phone devices and add the @viewport to the UIPortalApplicationSkin.css if necessary.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months