How to become an author
Search
Write a publication
Pull to refresh

Comments 11

В вашем примере с сервлетом для логина мы теряем одну из приятных вещей FORM аутентификации, а именно то, что контейнер вернет вас на тот урл, который вы ему скормили и для которого ему понадобилось проверить, кто вы. А у вас редиректит на index страницу :(

Есть еще нехорошая особенность, нет возможности при использовании FORM аутентификации при возникновении ошибки сообщить причину. Просто не залогинились и всё :( Только в лог будет нормальных LoginException записан, а дальше он не пройдёт.
This comment wasn’t rated yet0
По поводу редиректа на index… на самом деле мы можем редиректить на любую страницу, но, к сожалению, мне не удалось найти нигде адрес, к которому обратились, а referer содержит ту страницу, с которой прошли… Эта важная фича по какой-то причине труднореализуема.

По поводу причины: если вы используете FORM-аторизацию, то всё что вам остаётся, это покзать текст LoginExcepton. В условиях, когда LoginModule пишете вы, то вы же и можете класть в текст LoginException человеческое описание ошибки.
This comment wasn’t rated yet0
В нашем (который мы реализовали) LoginModule кидаются различные LoginException's (с разным текстом) в зависимости от причины.
Был бы признателен, если бы ты показал, как можно показать текст LoginExcepton'а.
А то у меня так и не получилось этого сделать. Я даже просматривал исходники GlassFish и нашел место в котором этот LoginException ловится и выводится в лог. После этого про него все забывают :(
This comment wasn’t rated yet0
У класса ProgramaticLogin есть несколько методов login. Важно установить параметр error = true, тогда исключение от LoginModule будет проброшено в наш сервлет:

fisheye5.cenqua.com/browse/glassfish/appserv-core/src/java/com/sun/appserv/security/ProgrammaticLogin.java?r=1.5#l164

В своём примере здесь я лювлю просто catch( Exception ) в блоке, где вызывается login, но можно поймать LoginException отдельно. К сожалению, пробрасывается не само исключение из LoginModule, а другое, но оригинальное исключение стоит в cause.
Например:
com.sun.enterprise.security.LoginException: Login failed: javax.security.auth.login.LoginException: bad login/password
        at com.sun.enterprise.security.auth.LoginContextDriver.doPasswordLogin(LoginContextDriver.java:335)
        at com.sun.enterprise.security.auth.LoginContextDriver.login(LoginContextDriver.java:177)
        at com.sun.enterprise.security.auth.LoginContextDriver.login(LoginContextDriver.java:130)
        at com.sun.web.security.WebProgrammaticLogin.login(WebProgrammaticLogin.java:123)
        at com.sun.appserv.security.ProgrammaticLogin$2.run(ProgrammaticLogin.java:240)
        at java.security.AccessController.doPrivileged(Native Method)
        at com.sun.appserv.security.ProgrammaticLogin.login(ProgrammaticLogin.java:237)
        at cy6ergn0m.auth.LoginServlet.doPost(LoginServlet.java:57)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
        at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:315)
        at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
        at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:288)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:647)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:579)
        at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:831)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
        at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
        at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
        at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: javax.security.auth.login.LoginException: bad login/password
        at cy6ergn0m.auth.CGLoginModule.authenticateUser(CGLoginModule.java:33)
        at com.sun.appserv.security.AppservPasswordLoginModule.login(AppservPasswordLoginModule.java:184)
        at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at javax.security.auth.login.LoginContext.invoke(LoginContext.java:769)
        at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
        at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
        at java.security.AccessController.doPrivileged(Native Method)
        at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
        at javax.security.auth.login.LoginContext.login(LoginContext.java:579)
        at com.sun.enterprise.security.auth.LoginContextDriver.doPasswordLogin(LoginContextDriver.java:319)
        ... 36 more

This comment wasn’t rated yet0
Здесь в этом stacktrace «javax.security.auth.login.LoginException: bad login/password» — это исключение, которое кидается в LoginModule, а текст bad «login/password» есть прямо в этой статье…
This comment wasn’t rated yet0
>> контейнер вернет вас на тот урл, который вы ему скормили и для которого ему понадобилось проверить, кто вы.
Если мы используем «j_security_check», то контейнер всё равно возвращает нас на index :(, так что URL всё равно теряется.
This comment wasn’t rated yet0
Трудно сказать в чём дело, но, к сожалению, фича не работает. Дело в том, что когда мы проходим на страницу логина, то в этот момент уже никак нельзя узнать о том, какую страницу хотели получить…
This comment wasn’t rated yet0
Мы используем такой LoginModule. Но, когда мы первоначально использовали «простой», то тоже всё работало.

  1. package .....;
  2.  
  3. import com.sun.appserv.security.AppservPasswordLoginModule;
  4. import java.util.List;
  5. import java.util.logging.Level;
  6. import java.util.logging.Logger;
  7. import javax.security.auth.login.LoginException;
  8. import javax.security.jacc.PolicyContext;
  9. import javax.security.jacc.PolicyContextException;
  10. import javax.servlet.http.HttpServletRequest;
  11.  
  12. /**
  13.  *
  14.  * @author ***
  15.  */
  16. public class LoginModule extends AppservPasswordLoginModule {
  17.  
  18.     private static final Logger log = Logger.getLogger(LoginModule.class.getName());
  19.  
  20.     @Override
  21.     protected void authenticateUser() throws LoginException {
  22.         try {
  23.             final HttpServletRequest request = (HttpServletRequest)PolicyContext.getContext("javax.servlet.http.HttpServletRequest");
  24.             final String xForwardedFor = request.getHeader("X-Forwarded-For");
  25.             final String xForwardedHost = request.getHeader("X-Forwarded-Host");
  26.  
  27.         ....
  28.        
  29.             final List<String> roles = DbRealm.authenticate(_username, _password,… );
  30.  
  31.             if (roles == null || roles.size() ==  0)
  32.                 throw new LoginException("User is not authenticated.");
  33.  
  34.             commitUserAuthentication(roles.toArray(new String[roles.size()]));
  35.  
  36.         } catch (PolicyContextException ex) {
  37.             log.log(Level.SEVERE, ex.getMessage(), ex);
  38.             throw new LoginException(ex.getMessage());
  39.         }
  40.     }
  41. }
This comment wasn’t rated yet0
У меня xForwardedFor и xForwardedHost = null…
This comment wasn’t rated yet0
По крайней мере, когда я писал эту статью — я проверял и у меня j_security_check отправлял на стартовую.
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr