yea exactly. But the user IS authenticated! And later in the Filter getUserPrincipal() returns the correct Principal. But in the ServletRequestListener (invoked in the same request of course) it is null. Either it should always be null, or never!
LieGrue, strub On Monday, 4 August 2014, 22:12, Jean-Louis MONTEIRO <jeano...@gmail.com> wrote: > > >oups thanks Romain > > >2014-08-04 22:09 GMT+02:00 Romain Manni-Bucau <rmannibu...@gmail.com>: > >> "Returns a java.security.Principal object containing the name of the >> current authenticated user. If the user has not been authenticated, >> the method returns null." >> >> >> Romain Manni-Bucau >> Twitter: @rmannibucau >> Blog: http://rmannibucau.wordpress.com/ >> LinkedIn: http://fr.linkedin.com/in/rmannibucau >> Github: https://github.com/rmannibucau >> >> >> 2014-08-04 22:04 GMT+02:00 Jean-Louis MONTEIRO <jeano...@gmail.com>: >> > It should return at least always a non null principal AFAIR, isn't it? >> > >> > >> > 2014-08-04 19:33 GMT+02:00 Mark Struberg <strub...@yahoo.de>: >> > >> >> Hi! >> >> >> >> I've recently found out that getUserPrincipal() returns null in a >> Listener >> >> [1]. >> >> I remember that this used to return the correct Principal in older >> >> versions (might be some time already). >> >> Also from reading the spec I assumed it should work. >> >> >> >> Any infos on this? >> >> >> >> LieGrue, >> >> strub >> >> >> >> >> >> [1] >> >> >> http://svn.apache.org/repos/asf/openwebbeans/trunk/webbeans-tomcat7/src/main/java/org/apache/webbeans/web/tomcat/TomcatSecurityListener.java >> >> >> > >> > >> > >> > -- >> > Jean-Louis >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org > >> >> > > >-- >Jean-Louis > > >
