This week's book giveaway is in the OCMJEA forum. We're giving away four copies of OCM Java EE 6 Enterprise Architect Exam Guide and have Paul Allen & Joseph Bambara on-line! See this thread for details.
It is much more secure to use built-in JavaEE security. Then login page (login.xhtml) in FORM based authentication must include
<form action="j_security_check" method="post">
<input id="j_username" name="j_username" ... />
<input id="j_password" name="j_password" type="password" ... />
In web.xml set this:
If you use your own login form then it is almost definitely not secure at all!!!
To set up timeout in glassfish I use this in web.xml:
True person is moral, false is right!
Joined: Sep 03, 2009
Thanks Levytskyi for your quick response.
But this will not solve my problem, actually this is happening on each of the action of that page ( i.e New Regisgration , forgot password etc) so I am looking any thing where i can disable/enable session out in application.
A "500" Response code is not a session timeout. It's an indicator that the application logic threw an Exception. Check your server logs.
Volodymyr is just passing on the advice I gave him. I've worked with J2EE since before they named it J2EE and seen more user-defined logins than I can count, many in critical business functions. And every last bloody one of them had security holes! Usually, in fact, non-technical people could crack the app in under 15 minutes.
J2EE defines a security standard. It was designed by full-time trained security experts, not as an afterthought by someone whose primary responsibilities were something else. It is already present in the server, fully debugged and operational and I've never heard of an instance of it being defeated. It also requires considerably less coding that user-defined security systems, plus the J2EE API defines standard methods to use it. That's why I recommend it.
Customer surveys are for companies who didn't pay proper attention to begin with.