You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Leonardo Kenji Shikida <sh...@gmail.com> on 2006/01/16 17:04:45 UTC

Re: Strange Authentication Behavior

Hi Peter

The same problem is happening to me

I am using tomcat 4.1.30, it's configured like this

1) server.xml is configured like this

      <Realm  className="org.apache.catalina.realm.JDBCRealm" debug="99"
             driverName="org.gjt.mm.mysql.Driver"
          connectionURL="jdbc:mysql://localhost/authority"
         connectionName="test" connectionPassword="test"
              userTable="users" userNameCol="user_name" userCredCol="user_pass"
          userRoleTable="user_roles" roleNameCol="role_name" />

and I commented the default memory realm

<!--
      <Realm className="org.apache.catalina.realm.MemoryRealm" />
      -->

2) I've created the database tables correctly and the authentication
seems to be working, since I get the following log message from
cataline_log.(date).txt

2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root successfully authentica
ted
2006-01-16 13:51:36 CoyoteAdapter  Requested cookie session id is yyy
2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root has role xxx
2006-01-16 13:51:36 CoyoteAdapter  Requested cookie session id is yyy
2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root has role xxx

but localhost_log.(date).txt gives me

2006-01-16 13:51:36 StandardHost[localhost]: Mapping request URI
'/j_security_check'
2006-01-16 13:51:36 StandardHost[localhost]:   Trying the longest
context path prefix
2006-01-16 13:51:36 StandardHost[localhost]:  Mapped to context ''
2006-01-16 13:51:36 StandardHost[localhost]: Mapping request URI '/favicon.ico'
2006-01-16 13:51:36 StandardHost[localhost]:   Trying the longest
context path prefix
2006-01-16 13:51:36 StandardHost[localhost]:  Mapped to context ''

and after logging using the login.jsp page, which contains

<body>
<form method="POST" action="<%=response.encodeURL("j_security_check")%>">
			User<input type="text" name="j_username">
			Pass<input type="password" name="j_password">
			<input type="submit" value="Log In">
</form>
</body>

it tries to get favicon.ico or j_security_check (sometimes one,
sometimes another), which is obviously wrong, returning an http error
404

I am also using firefox 1.0.7

notice that this works perfectly on Internet Explorer, so it seems to
be a browser problem, not a tomcat problem.

I'll try a newer firefox version

regards

Kenji

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Peter Neu wrote:

> Hello all,
>
> does anyone know what I means when I get this error message:
>
> The requested resource (/favicon.ico) is not available.
>
> when I try to log in via form authentication. This error occurs
> when I use Firefox.

/favicon.ico is a semi-supported feature, introduced by IE5, if I'm not
mistaken, but now dropped by IE6. It allows a web designer to associate
an icon with the web site. This icon usually apperas in your location
par of the browser, usually on the left of the URL.

I don't think it has anything to do with FORM authentication.

Nix.
--

[]

Kenji
_______________________
http://kenjiria.blogspot.com
http://gaitabh.blogspot.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Re: Strange Authentication Behavior

Posted by Leonardo Kenji Shikida <sh...@gmail.com>.
two curious things about this

1) firefox 1.5 did not solved my problem

2) re-deploying it into a new webapps directory (instead of the
default ROOT I was using before) solved my problem

good luck Peter

regards

Kenji

On 1/16/06, Leonardo Kenji Shikida <sh...@gmail.com> wrote:
> Hi Peter
>
> The same problem is happening to me
>
> I am using tomcat 4.1.30, it's configured like this
>
> 1) server.xml is configured like this
>
>       <Realm  className="org.apache.catalina.realm.JDBCRealm" debug="99"
>              driverName="org.gjt.mm.mysql.Driver"
>           connectionURL="jdbc:mysql://localhost/authority"
>          connectionName="test" connectionPassword="test"
>               userTable="users" userNameCol="user_name" userCredCol="user_pass"
>           userRoleTable="user_roles" roleNameCol="role_name" />
>
> and I commented the default memory realm
>
> <!--
>       <Realm className="org.apache.catalina.realm.MemoryRealm" />
>       -->
>
> 2) I've created the database tables correctly and the authentication
> seems to be working, since I get the following log message from
> cataline_log.(date).txt
>
> 2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
> 2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
> 2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root successfully authentica
> ted
> 2006-01-16 13:51:36 CoyoteAdapter  Requested cookie session id is yyy
> 2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
> 2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
> 2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root has role xxx
> 2006-01-16 13:51:36 CoyoteAdapter  Requested cookie session id is yyy
> 2006-01-16 13:51:36 StandardEngine[Standalone]: Mapping server name 'localhost'
> 2006-01-16 13:51:36 StandardEngine[Standalone]:  Trying a direct match
> 2006-01-16 13:51:36 JDBCRealm[Standalone]: Username root has role xxx
>
> but localhost_log.(date).txt gives me
>
> 2006-01-16 13:51:36 StandardHost[localhost]: Mapping request URI
> '/j_security_check'
> 2006-01-16 13:51:36 StandardHost[localhost]:   Trying the longest
> context path prefix
> 2006-01-16 13:51:36 StandardHost[localhost]:  Mapped to context ''
> 2006-01-16 13:51:36 StandardHost[localhost]: Mapping request URI '/favicon.ico'
> 2006-01-16 13:51:36 StandardHost[localhost]:   Trying the longest
> context path prefix
> 2006-01-16 13:51:36 StandardHost[localhost]:  Mapped to context ''
>
> and after logging using the login.jsp page, which contains
>
> <body>
> <form method="POST" action="<%=response.encodeURL("j_security_check")%>">
>                         User<input type="text" name="j_username">
>                         Pass<input type="password" name="j_password">
>                         <input type="submit" value="Log In">
> </form>
> </body>
>
> it tries to get favicon.ico or j_security_check (sometimes one,
> sometimes another), which is obviously wrong, returning an http error
> 404
>
> I am also using firefox 1.0.7
>
> notice that this works perfectly on Internet Explorer, so it seems to
> be a browser problem, not a tomcat problem.
>
> I'll try a newer firefox version
>
> regards
>
> Kenji
>
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Peter Neu wrote:
>
> > Hello all,
> >
> > does anyone know what I means when I get this error message:
> >
> > The requested resource (/favicon.ico) is not available.
> >
> > when I try to log in via form authentication. This error occurs
> > when I use Firefox.
>
> /favicon.ico is a semi-supported feature, introduced by IE5, if I'm not
> mistaken, but now dropped by IE6. It allows a web designer to associate
> an icon with the web site. This icon usually apperas in your location
> par of the browser, usually on the left of the URL.
>
> I don't think it has anything to do with FORM authentication.
>
> Nix.
> --
>
> []
>
> Kenji
> _______________________
> http://kenjiria.blogspot.com
> http://gaitabh.blogspot.com
>


--

[]

Kenji
_______________________
http://kenjiria.blogspot.com
http://gaitabh.blogspot.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org