topic authenticatinDAO configuration in Alfresco Archive https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154778#M109201 <HTML><HEAD></HEAD><BODY><SPAN>Hello,</SPAN><BR /><BR /><SPAN>I use either LDAP or NTLM authentication. For these, by using their default configuration, the authenticationDao bean implementation is redefined by either DefaultMutableAuthenticationDao or NullMutableAuthenticationDao. These implementations are however mostly empty. While I understand why methods like createUser are not implemented, why is loadUserByUsername()? Because of this I sometimes run into error thrown from acegi:</SPAN><BR /><BR /><PRE class="language-none line-numbers"><CODE><BR />&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;b&gt;500 Description:&lt;/b&gt;&lt;td&gt; An error inside the HTTP server which prevented it from fulfilling the request.<BR />&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&nbsp;<BR />&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;b&gt;Message:&lt;/b&gt;&lt;td&gt;Not implemented<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR />&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;b&gt;Exception:&lt;/b&gt;&lt;td&gt;org.alfresco.error.AlfrescoRuntimeException - Not implemented<BR />&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;&nbsp;<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.alfresco.repo.security.authentication.DefaultMutableAuthenticationDao.loadUserByUsername(DefaultMutableAuthenticationDao.java:410)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.providers.dao.DaoAuthenticationProvider.getUserFromBackend(DaoAuthenticationProvider.java:390)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.providers.dao.DaoAuthenticationProvider.authenticate(DaoAuthenticationProvider.java:225)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:159)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:49)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:372)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:77)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.java:241)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:69)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;$Proxy71.query(Unknown Source)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;com.cleverbee.bean.webscript.WorkflowWebScript.fillProcessACLFilter(WorkflowWebScript.java:1755)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;com.cleverbee.bean.webscript.WorkflowWebScript.getProcessACLFilter(WorkflowWebScript.java:1737)<BR />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;tr&gt;&lt;td&gt;&lt;td&gt;com.cleverbee.bean.webscript.WorkflowWebScript.hasRightOnProcessRoot(WorkflowWebScript.java:1191)<BR /><BR /><SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>This happens eg. when one user is logged twice through webscript. This seems to me a common case. What is the recommended way to handle this? Is it safe to have the basic RepositoryAuthenticationDao under different bean name and inject into daoAuthenticationProvider, while the keeping the authenticationDao implemented by the DefaultMutableAuthenticationDao ?</SPAN><BR /><BR /><SPAN>Thanks Robert</SPAN></BODY></HTML> Mon, 02 Jun 2008 13:44:23 GMT vycitalr 2008-06-02T13:44:23Z authenticatinDAO configuration https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154778#M109201 Hello,I use either LDAP or NTLM authentication. For these, by using their default configuration, the authenticationDao bean implementation is redefined by either DefaultMutableAuthenticationDao or NullMutableAuthenticationDao. These implementations are however mostly empty. While I understand why me Mon, 02 Jun 2008 13:44:23 GMT https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154778#M109201 vycitalr 2008-06-02T13:44:23Z Re: authenticatinDAO configuration https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154779#M109202 <HTML><HEAD></HEAD><BODY><SPAN>Are you still having this problem?&nbsp; What LDAP server are you using?&nbsp; Are there any other symptoms?</SPAN></BODY></HTML> Tue, 15 Jul 2008 15:56:27 GMT https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154779#M109202 acstyxx 2008-07-15T15:56:27Z Re: authenticatinDAO configuration https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154780#M109203 <HTML><HEAD></HEAD><BODY><SPAN>Hi</SPAN><BR /><BR /><SPAN>Your issue arrises as you are using the alfresco authentication component somewhere in your config.</SPAN><BR /><SPAN>Check the bean name you over-ride.</SPAN><BR /><SPAN>This issue only arises with a config error (the Alfresco authentication component and acegi stack is the only place this is used)</SPAN><BR /><BR /><SPAN>Andy</SPAN></BODY></HTML> Fri, 08 Aug 2008 11:24:19 GMT https://connect.hyland.com/t5/alfresco-archive/authenticatindao-configuration/m-p/154780#M109203 andy 2008-08-08T11:24:19Z