January 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNSSO-22) CAS: LoginException during logout

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-22?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on GTNSSO-22: ----------------------------------------------- Tomas Kyjovsky <tkyjovsk(a)redhat.com> made a comment on [bug 892650|https://bugzilla.redhat.com/show_bug.cgi?id=892650] Description of problem: There is LoginException when logging out from portal configured with CAS. Version-Release number of selected component (if applicable): JPP-6.0.0.ER04.2 CAS-3.5 Steps to Reproduce: 1. configure Gatein+CAS https://docs.jboss.org/author/display/GTNPORTAL35/Central+Authentication+... 2. log in 3. log out Actual results: LoginException in server log. Expected results: No exception. Additional info: Logout itself works ok. > CAS: LoginException during logout > --------------------------------- > > Key: GTNSSO-22 > URL: https://issues.jboss.org/browse/GTNSSO-22 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.3.0.CR03 > Environment: GateIn-3.5.0.Beta02-jbossas7 > CAS-3.5 > Reporter: Tomas Kyjovsky > Assignee: Marek Posolda > Priority: Minor > Attachments: LoginException.txt > > > There is LoginException when logging out from portal configured with CAS. Logout itself works ok. > Steps: > 1. configure Gatein+CAS https://docs.jboss.org/author/display/GTNPORTAL35/Central+Authentication+... > 2. log in > 3. log out -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNSSO-22) CAS: LoginException during logout

by Tomas Kyjovsky (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-22?page=com.atlassian.jira.plugin.... ] Tomas Kyjovsky updated GTNSSO-22: --------------------------------- Environment: GateIn-3.5.0.Beta02-jbossas7 CAS-3.5 was:CAS-3.5 > CAS: LoginException during logout > --------------------------------- > > Key: GTNSSO-22 > URL: https://issues.jboss.org/browse/GTNSSO-22 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.3.0.CR03 > Environment: GateIn-3.5.0.Beta02-jbossas7 > CAS-3.5 > Reporter: Tomas Kyjovsky > Assignee: Marek Posolda > Priority: Minor > Attachments: LoginException.txt > > > There is LoginException when logging out from portal configured with CAS. Logout itself works ok. > Steps: > 1. configure Gatein+CAS https://docs.jboss.org/author/display/GTNPORTAL35/Central+Authentication+... > 2. log in > 3. log out -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNSSO-22) CAS: LoginException during logout

by Tomas Kyjovsky (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-22?page=com.atlassian.jira.plugin.... ] Tomas Kyjovsky updated GTNSSO-22: --------------------------------- Attachment: LoginException.txt > CAS: LoginException during logout > --------------------------------- > > Key: GTNSSO-22 > URL: https://issues.jboss.org/browse/GTNSSO-22 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.3.0.CR03 > Environment: CAS-3.5 > Reporter: Tomas Kyjovsky > Assignee: Marek Posolda > Priority: Minor > Attachments: LoginException.txt > > > There is LoginException when logging out from portal configured with CAS. Logout itself works ok. > Steps: > 1. configure Gatein+CAS https://docs.jboss.org/author/display/GTNPORTAL35/Central+Authentication+... > 2. log in > 3. log out -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNSSO-22) CAS: LoginException during logout

by Tomas Kyjovsky (JIRA)

Tomas Kyjovsky created GTNSSO-22: ------------------------------------ Summary: CAS: LoginException during logout Key: GTNSSO-22 URL: https://issues.jboss.org/browse/GTNSSO-22 Project: GateIn SSO Issue Type: Bug Affects Versions: 1.3.0.CR03 Environment: CAS-3.5 Reporter: Tomas Kyjovsky Assignee: Marek Posolda Priority: Minor There is LoginException when logging out from portal configured with CAS. Logout itself works ok. Steps: 1. configure Gatein+CAS https://docs.jboss.org/author/display/GTNPORTAL35/Central+Authentication+... 2. log in 3. log out -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2778) JSF2 + RF4 Portlet quickstart throws an exception when site is reloaded

by Ken Finnigan (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2778?page=com.atlassian.jira.pl... ] Ken Finnigan commented on GTNPORTAL-2778: ----------------------------------------- Filip, Can you please attach the WAR file of the portlet which you experienced the issue with? > JSF2 + RF4 Portlet quickstart throws an exception when site is reloaded > ----------------------------------------------------------------------- > > Key: GTNPORTAL-2778 > URL: https://issues.jboss.org/browse/GTNPORTAL-2778 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.0.Final > Reporter: Filip Kiss > Assignee: Peter Palaga > > RF4 portlet throws an exception when site is reloaded from: > browser - javax.portlet.PortletException: Error process faces request > portlet - JSF1064: Unable to find or serve resource, .... > I added JBoss Tools Community Project Examples to JBDS from: http://download.jboss.org/jbosstools/updates/JBossTools-4.0.0.Final.core/ -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2541) Improve performance of getNavigations() method in UserPortalImpl as current user is root

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2541?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-2541: ---------------------------------------------------- Martin Weiler <mweiler(a)redhat.com> changed the Status of [bug 891246|https://bugzilla.redhat.com/show_bug.cgi?id=891246] from ASSIGNED to ON_QA > Improve performance of getNavigations() method in UserPortalImpl as current user is root > ---------------------------------------------------------------------------------------- > > Key: GTNPORTAL-2541 > URL: https://issues.jboss.org/browse/GTNPORTAL-2541 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Minh Hoang TO > Assignee: Minh Hoang TO > Priority: Minor > Fix For: 3.4.0.Final > > -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2791) PLF4 - web.xml for all webapps improvements

by Damien Lauberton (JIRA)

Damien Lauberton created GTNPORTAL-2791: ------------------------------------------- Summary: PLF4 - web.xml for all webapps improvements Key: GTNPORTAL-2791 URL: https://issues.jboss.org/browse/GTNPORTAL-2791 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.5.0.Final Reporter: Damien Lauberton Linked to GateIn 3.5.0.Final... * Problem describe here in details: source: http://stackoverflow.com/questions/9820379/what-to-do-with-annotations-af... {quote} The slow startup is caused because every single class file in every single JAR file in /WEB-INF/lib is also scanned for Servlet 3.0 specific annotations. You apparently have a lot of (large) JAR files in /WEB-INF/lib. The metadata-complete="true" indicates that the JAR files in /WEB-INF/lib doesn't need to be scanned for Servlet 3.0 specific annotations, but the webapp's own classes will still be scanned. Note that you listed there two JSF annotations and one Java SE annotation, not any Servlet 3.0 annotations. The Servlet 3.0 annotations are listed in the javax.servlet.annotation package. JSF will only scan for annotations when the JAR file contains a JSF 2.0 compatible /META-INF/faces-config.xml file. It won't immediately scan every single class in every JAR file. The Java SE @Override annotation is not a runtime annotation, but a compiletime aid only. {quote} * Solution ** 1/ for all web.xml, we need to put the proper header for all web.xml files ** 2/ Put the attribute metadata-complete=true on <web-app> *** source: http://dominikdorn.com/2010/03/web-xml-web-fragment-xml-2-3-2-4-2-5-3-0/ ** *** web.xml v3.0: {code} <?xml version="1.0" encoding="UTF-8"?> <web-app version="3.0" metadata-complete="true" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"> </web-app> {code} *** web-fragment.xml: {code} <web-fragment xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=" http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-fragment_3_0.xsd" version="3.0"> </web-fragment> {code} -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2791) PLF4 - web.xml for all webapps improvements

by Damien Lauberton (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2791?page=com.atlassian.jira.pl... ] Damien Lauberton updated GTNPORTAL-2791: ---------------------------------------- Issue Type: Task (was: Feature Request) > PLF4 - web.xml for all webapps improvements > ------------------------------------------- > > Key: GTNPORTAL-2791 > URL: https://issues.jboss.org/browse/GTNPORTAL-2791 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.5.0.Final > Reporter: Damien Lauberton > > Linked to GateIn 3.5.0.Final... > * Problem describe here in details: > source: http://stackoverflow.com/questions/9820379/what-to-do-with-annotations-af... > {quote} > The slow startup is caused because every single class file in every single JAR file in /WEB-INF/lib is also scanned for Servlet 3.0 specific annotations. You apparently have a lot of (large) JAR files in /WEB-INF/lib. > The metadata-complete="true" indicates that the JAR files in /WEB-INF/lib doesn't need to be scanned for Servlet 3.0 specific annotations, but the webapp's own classes will still be scanned. > Note that you listed there two JSF annotations and one Java SE annotation, not any Servlet 3.0 annotations. The Servlet 3.0 annotations are listed in the javax.servlet.annotation package. JSF will only scan for annotations when the JAR file contains a JSF 2.0 compatible /META-INF/faces-config.xml file. It won't immediately scan every single class in every JAR file. The Java SE @Override annotation is not a runtime annotation, but a compiletime aid only. > {quote} > * Solution > ** 1/ for all web.xml, we need to put the proper header for all web.xml files > ** 2/ Put the attribute metadata-complete=true on <web-app> > *** source: http://dominikdorn.com/2010/03/web-xml-web-fragment-xml-2-3-2-4-2-5-3-0/ > ** > *** web.xml v3.0: > {code} > <?xml version="1.0" encoding="UTF-8"?> > <web-app > version="3.0" > metadata-complete="true" > xmlns="http://java.sun.com/xml/ns/javaee" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"> > </web-app> > {code} > *** web-fragment.xml: > {code} > <web-fragment xmlns="http://java.sun.com/xml/ns/javaee" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation=" > http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-fragment_3_0.xsd" version="3.0"> > </web-fragment> > {code} -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2790) Potential NPE with Tomcat 7 in developing mode

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2790?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-2790: ---------------------------------- Description: In tomcat 7, the wars does not locate at "appBase" which is not unpacked. https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. We should use URLConnection.getLastModified instead of use getRealPath and File api Step to reproduce: - Set upackWARs="false" in Host in conf/server.xml - Start bin/gatein-dev.sh run And go to home page, the NPE occurs: java.lang.NullPointerException at java.io.File.<init>(File.java:222) at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) ............... was: In tomcat 7, the wars does not locate at "appBase" which is not unpacked. https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. We should use URLConnection.getLastModified instead of use getRealPath and File api Step to reproduce: - Replace upackWARs="false" in Host in conf/server.xml - Start bin/gatein-dev.sh run And go to home page, the NPE occurs: java.lang.NullPointerException at java.io.File.<init>(File.java:222) at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) ............... > Potential NPE with Tomcat 7 in developing mode > ---------------------------------------------- > > Key: GTNPORTAL-2790 > URL: https://issues.jboss.org/browse/GTNPORTAL-2790 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.0.Final > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Attachments: portal.xml > > > In tomcat 7, the wars does not locate at "appBase" which is not unpacked. > https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 > But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. > We should use URLConnection.getLastModified instead of use getRealPath and File api > Step to reproduce: > - Set upackWARs="false" in Host in conf/server.xml > - Start bin/gatein-dev.sh run > And go to home page, the NPE occurs: > java.lang.NullPointerException > at java.io.File.<init>(File.java:222) > at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) > at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) > ............... -- 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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2790) Potential NPE with Tomcat 7 in developing mode

by Hai Nguyen (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2790?page=com.atlassian.jira.pl... ] Hai Nguyen updated GTNPORTAL-2790: ---------------------------------- Description: In tomcat 7, the wars does not locate at "appBase" which is not unpacked. https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. We should use URLConnection.getLastModified instead of use getRealPath and File api Step to reproduce: - Replace upackWARs="false" in Host in conf/server.xml - Start bin/gatein-dev.sh run And go to home page, the NPE occurs: java.lang.NullPointerException at java.io.File.<init>(File.java:222) at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) ............... was: In tomcat 7, the wars does not locate at "appBase" which is not unpacked. https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. We should use URLConnection.getLastModified instead of use getRealPath and File api Step to reproduce: - Move webapps/portal.war to wars/portal.war - Replace docBase to '${catalina.home}/wars/portal.war' in conf/Catalina/localhost/portal.xml - Start bin/gatein-dev.sh run And go to home page, the NPE occurs: java.lang.NullPointerException at java.io.File.<init>(File.java:222) at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) ............... > Potential NPE with Tomcat 7 in developing mode > ---------------------------------------------- > > Key: GTNPORTAL-2790 > URL: https://issues.jboss.org/browse/GTNPORTAL-2790 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.0.Final > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Attachments: portal.xml > > > In tomcat 7, the wars does not locate at "appBase" which is not unpacked. > https://issues.apache.org/bugzilla/show_bug.cgi?id=51294 > But in ServletResourceResolver.isModified, we used ServletContext.getRealPath to get absolute path's file resource which will return NULL. Due to the WAR was not upacked. > We should use URLConnection.getLastModified instead of use getRealPath and File api > Step to reproduce: > - Replace upackWARs="false" in Host in conf/server.xml > - Start bin/gatein-dev.sh run > And go to home page, the NPE occurs: > java.lang.NullPointerException > at java.io.File.<init>(File.java:222) > at org.exoplatform.resolver.ServletResourceResolver.isModified(ServletResourceResolver.java:77) > at org.exoplatform.webui.core.lifecycle.Lifecycle.renderTemplate(Lifecycle.java:106) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processRender(UIPortalApplicationLifecycle.java:124) > ............... -- 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

12 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues January 2013