It's not a secret anymore!
The moose likes JSF and the fly likes Filter URL Mapping Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » JSF
Bookmark "Filter URL Mapping" Watch "Filter URL Mapping" New topic

Filter URL Mapping

sathya rajavel

Joined: May 30, 2011
Posts: 8
I have a requirement where in I have to implement a technique to validate the user before he starts accessing the application. Also, I need to check if a valid user has logged in whenever he accesses any page in the application. If the user has not logged in, then I should redirect the user to the login screen.

So I am using a Login Authentication filter to do this. I have placed the login related xhtml files in a folder /login/. Once the user is authenticated, then he is directed to application pages which are placed under /pages/... folder.

My filter mapping is given below:


Scenario 1:
When the user access the login page directly from the browser, the login.xhtml page loads correctly. On click of login button in login.xhtml, the user is authenticated and transfered to application specific pages under /pages/welcomeuser.xhmtl. The filter is not invoked on click of login button in login.xhtml at this point in time, because the mapped url for filter is faces/pages/*. This scenario works fine.

Scenario 2:
Let's assume the user directly types the URL http://localhost:8020/pages/welcomeuser.xhtml. the expected behaviour should that the user should redirected to /login.login.xhtml page as the user is not validated yet.

In this case, the doFilter () method in LoginFilter is invoked. Inside this method, I am checking if the user object exists or not. If not exists, then I am redirecting the user to /login/login.xhtml. What happens now is, since I am doing a redirect to a page whose URL pattern matches with URL pattern of filter, it calls the doFilter() again and again and this goes into a indefinite loop.

Please let me know how to overcome this.

The do filter method is given below:

public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
try {"doFilter ");
HttpServletRequest request = (HttpServletRequest) servletRequest;
CfsaosDTO cfsaosDTO = (CfsaosDTO) request.getSession().getAttribute("loggedInUser1");"doFilter1 " + cfsaosDTO);

filterChain.doFilter(servletRequest, servletResponse);

// if(cfsaosDTO.equals(null))
// request.setAttribute("errorMsg", "Login Required");
// request.getRequestDispatcher(errorURL).forward(request, servletResponse);
// request.getRequestDispatcher("/index.jsp").forward(request, servletResponse);

} finally{

// UserUtil.removeUserId();

Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 17410

Actually, I strongly discourage user-designed login processes because "user-designed" and "security" don't tend to work too well together.

However, if you must forgo the standard security system that comes built-in, pre-debugged and pre-validated with each and every J2EE/JEE server, the ServletFilter is the place to start.

The solution to this problem is simple (and usually when somebody starts off that way I want to punch him, but it's true in this case). In your servlet filter, check the incoming URL. If it's the Login URL, pass it straight through. Only check/process non-login URLs. That will avoid a recursion loop.

An IDE is no substitute for an Intelligent Developer.
I agree. Here's the link:
subject: Filter URL Mapping
jQuery in Action, 3rd edition