Bug 794051 (JBEPP-1119) - Unsucessful login page is not displayed when using Apache with mod_jk
Summary: Unsucessful login page is not displayed when using Apache with mod_jk
Keywords:
Status: CLOSED NEXTRELEASE
Alias: JBEPP-1119
Product: JBoss Enterprise Portal Platform 5
Classification: JBoss
Component: Portal
Version: 5.1.0.GA
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.2.0.CR01
Assignee: hfnukal@redhat.com
QA Contact:
URL: http://jira.jboss.org/jira/browse/JBE...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-08-24 14:48 UTC by William Antônio
Modified: 2012-02-28 16:37 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
mod_jk Apache
Last Closed: 2011-11-14 23:05:51 UTC
Type: Enhancement


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker JBEPP-1119 0 None Closed Unsucessful login page is not displayed when using Apache with mod_jk 2012-03-01 20:27:10 UTC

Description William Antônio 2011-08-24 14:48:45 UTC
Complexity: Low
Help Desk Ticket Reference: https://c.na7.visual.force.com/apex/Case_View?id=500A0000007rJQ5
project_key: JBEPP

When you unsuccessful try to login to EPP with Apache in front of it, balanced with mod_jk, you will be redirected to login.jsp page, but the content-type of header is text/plain, so the page is not rendered properly. This is due the URL:

http://{host}/portal/private/j_security_check?j_username=abc&j_password=rememberme-1248940447

If you add some extension after j_security_check, for example .html, the page will be correctly rendered.

I'm aware it's not a portal issue, it's something from Apache side:
- directly access portal we do not face this problem;
- portal's login.jsp page sets the content type to text/html;

But I would like to suggest some solution to avoid it.

Our current workaround is to create a URL Rewrite that will force the content type of the login page:

RewriteEngine on

#resolves j_security_check problem
RewriteRule /portal/private/j_security_check - [T=text/html]

Comment 4 mposolda 2011-11-13 23:32:00 UTC
yes, it's duplication of JBEPP-966. EPP need to return header "Content-type" in all HTTP responses, otherwise Apache will treat is as text/plain (if not reconfigured).

I've just found that it's still the issue in EPP 5.2. It seems that JBEPP-966 has been fixed only in EPP 5.1.1 but not in 5.2 branch. In EPP 5.2 is the fix missing in ErrorLoginServlet .

Comment 5 hfnukal@redhat.com 2011-11-14 23:05:51 UTC
Release Notes Docs Status: Added: Not Required



Note You need to log in before you can comment on or make changes to this bug.