[jboss-user] [JBoss Seam] - Re: Why is Authenticator.authenticate() called twice if it r

[Toby451]

The call stacks differ in the following ways!

First call to login-method:

  | ...
  | at org.jboss.seam.security.Identity.quietLogin(Identity.java:265)
  | at org.jboss.seam.security.Identity.isLoggedIn(Identity.java:182)
  | at org.jboss.seam.security.Identity.isLoggedIn(Identity.java:172)
  | at sun.reflect.GeneratedMethodAccessor748.invoke(Unknown Source)
  | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  | at java.lang.reflect.Method.invoke(Method.java:585)
  | at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
  | at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
  | at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:106)
  | at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:155)
  | at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:91)
  | at se.reco.security.RecoIdentity_$$_javassist_4.isLoggedIn(RecoIdentity_$$_javassist_4.java)
  | ...
  | 

Second call to same method:

  | ...
  | at org.jboss.seam.security.Identity.login(Identity.java:237)
  | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  | at java.lang.reflect.Method.invoke(Method.java:585)
  | at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
  | at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
  | at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.core.SynchronizationInterceptor.aroundInvoke(SynchronizationInterceptor.java:32)
  | at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
  | at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:106)
  | at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:155)
  | at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:91)
  | at se.reco.security.RecoIdentity_$$_javassist_4.login(RecoIdentity_$$_javassist_4.java)
  | ...
  | 


Seems the isLoggedIn (a deceiving name) is quietly trying to login further down (up in the listing) the stack.

Maybe a bug? Or is it a requirement to write side-effect free authenticate-methods on rejected logins? 



View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4107776#4107776

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4107776