form based j_security_check authentication

It has been around 2 years since I've had to configure an application that uses j_security_check for form-based authentication.

I've recently made some major changes to a database (split it into a cluster of databases) and changed table names, etc.

My login.html page contains this code:

<form method="POST" action="j_security_check">
  <table border="0" cellspacing="5">
    <tr>
      <th align="right">Username:</th>
      <td align="left"><input type="text" name="j_username"></td>
    </tr>
    <tr>
      <th align="right">Password:</th>
      <td align="left"><input type="password" name="j_password"></td>
    </tr>
    <tr>
      <td align="right"><input type="submit" value="Log In"></td>
      <td align="left"><input type="reset"></td>
    </tr>
  </table>
</form>

Open in new window


My server.xml file contains this part:

driverName="org.postgresql.Driver" connectionURL="jdbc:postgresql://localhost:5432/mydb?user=my_user&amp; password=my_password" digest="md5" userTable="user_t" userNameCol="username" userCredCol="password" userRoleTable="user_role_t" roleNameCol="role_name"/>

Open in new window


I've made changes to the server.xml file expecting NOT to be able to login.  For example, I've changed user_t to blah_t.  Then I restarted tomcat server (assuming this is necessary).  However, I can STILL login.

I'm not exactly sure why this is.  With my DB changes, I'm expecting to change userTable="user_t" to userTable="common.user_t".  But I don't want to begin work if I can't break this in the first place.

So, exactly how does tomcat j_security_check know which table to find the username for authentication if making changes to the above doesn't seem to affect my login?
mock5cAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Sathish David Kumar NArchitectCommented:
can you check FormAuthenticator.java. you can know which user name and password it will take or refer
0
mrcoffee365Commented:
"FormAuthenticator.java" is not part of this question.

The real answer is in your settings.  In server.xml, the <Realm setting which references where your user logins are has to be associated with the <Host you are trying to log in as.  When you change the table name to something which doesn't exist, if you are changing the right thing, you will get a login error and you'll see a message something like the following in your logs:

SEVERE: Exception performing authentication
java.sql.SQLException: [Postgres] The Postgres database engine cannot find the input table or query 'blah_t'.

You have to restart Tomcat every time you change server.xml, so if you changed it, but didn't restart it, you won't see it behave like your changes.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
mock5cAuthor Commented:
I got it working and I now know what the problem was.

The mind-boggling thing was that in my test environment, I could make the changes and got the expected behavior (could not log in when providing a table name that does not exist).  But in the production environment, I could change it to anything and still be able to log in.  It turned out that the conf files in the test environment that I changed were symbolically linked to /etc/tomcat6 directory but in the production environment, it was just copy of the server.xml and not symbolically linked to the actual file that need to be changed.

Anyway, thanks for explaining about <Realm and <Host setting and the fact that I must restart tomcat every time server.xml file is changed.
0
mrcoffee365Commented:
Thanks for posting back with the explanation of the problem.  I think it's part of what we do, confirm how things work, so that you can start looking for alternative explanations.
0
Sathish David Kumar NArchitectCommented:
:) .... i am not clearly understand the question ...  but gr8 by mrcoffee365 ...
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
JSP

From novice to tech pro — start learning today.