cancel
Showing results for 
Search instead for 
Did you mean: 

Default login details

unknown-user
Champ on-the-rise
Champ on-the-rise
Hello,
          I have a login problem for Alfresco Share which was installed along when i was installing Alfresco Labs3B.It is displaying the login page but doesn't allow me to enter.Can you provide me with its username and password.I have tried out with following combinations,but didnt get any one right.

1.USername :-Admin
  Password :-Admin

2.USername :-Alfresco
  Password :-Alfresco Smiley Sad
15 REPLIES 15

mikeh
Star Contributor
Star Contributor
It's admin/admin (lowercase)

Or use the Alfresco Explorer interface to create new users (the /alfresco webapp)

Mike

unknown-user
Champ on-the-rise
Champ on-the-rise
Hello,
    Can you please explain me how to build up the interface.I have created new users from Alfresco Web-Client and tried to login with it but it doesn't allow me to login.Please help with other way-out.

mikeh
Star Contributor
Star Contributor
I'm not sure I understand the question. Have you created a new user (e.g. Chitrai) and then can't log-in from Share with that user?

What format are you using for the usernames?
Are you using any sort of external authentication (NTLM, LDAP, etc.)?
Can you log-in to Alfreco Explorer with the exact same username and password?

Mike

protenus
Champ in-the-making
Champ in-the-making
I am having the same problem, i am using LDAP authentication to OpenLDAP (ZImbra integration). Authentication is working for standard Alfresco interface, but failing on Share interface.

Do I just need to put the same ldap config files in the Share web app?


Thanks,

M

hobleyd
Champ in-the-making
Champ in-the-making
Ditto.

We are also using LDAP authentication to OpenLDAP (Zimbra). I can log in to Alfresco using my LDAP credentials (format: <firstname>.<lastname>); but Share keeps responding with:

"The remote server may be unavailable or your authentication details have not been recognised."

when I try and log in. We have traced this back to the Alfresco webapp which is responding with:

<response>

<status>
403

<name>Forbidden</name>

<description>
Server understood the request but refused to fulfill it.
</description>
</status>
<message>Login failed</message>

<exception>
org.alfresco.web.scripts.WebScriptException - Login failed
</exception>

<callstack>

      org.alfresco.web.scripts.WebScriptException: Login failed
         org.alfresco.repo.web.scripts.bean.Login.executeImpl(Login.java:89)
         org.alfresco.web.scripts.DeclarativeWebScript.executeImpl(DeclarativeWebScript.java:262)
         org.alfresco.web.scripts.DeclarativeWebScript.execute(DeclarativeWebScript.java:97)
         org.alfresco.repo.web.scripts.RepositoryContainer$1.execute(RepositoryContainer.java:309)
         org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:294)
         org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:209)
         org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecute(RepositoryContainer.java:320)
         org.alfresco.repo.web.scripts.RepositoryContainer.executeScript(RepositoryContainer.java:230)
         org.alfresco.web.scripts.AbstractRuntime.executeScript(AbstractRuntime.java:240)
         org.alfresco.web.scripts.AbstractRuntime.executeScript(AbstractRuntime.java:139)
         org.alfresco.web.scripts.servlet.WebScriptServlet.service(WebScriptServlet.java:116)
         javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
         org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         org.alfresco.web.app.servlet.MTWebScriptAuthenticationFilter.doFilter(MTWebScriptAuthenticationFilter.java:102)
         org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
         org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
         org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
         org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
         org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
         org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
         org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
         org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
         org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
         org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
         org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
         org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
         org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
         org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
         java.lang.Thread.run(Thread.java:619)
 
</callstack>
<server>Alfresco Labs v3.0.0 (b 1164) schema 131</server>
<time>Nov 28, 2008 11:41:08 AM</time>
</response>

Any ideas?

Cheers,
David

hobleyd
Champ in-the-making
Champ in-the-making
Ok, the problem (for us) is that our usernames contain a . Any account without a . in the username will log in successfully, but anything with a . works in Alfresco but not in Share.

Cheers,
David

jhinrichs
Champ in-the-making
Champ in-the-making
Could it be the same issue? It sounds very similar to me.
http://forums.alfresco.com/en/viewtopic.php?f=47&t=15524

mikeh
Star Contributor
Star Contributor
It's a known bug, also discussed here: http://forums.alfresco.com/en/viewtopic.php?p=50959#p50959

See https://issues.alfresco.com/jira/browse/ETHREEOH-926 for details. Note the due to ongoing authentication refactoring in the Enterprise branch, we haven't merged this fix to HEAD yet, but I have supplied the diff for the file below:
Index: JaxRSUriIndex.java
===================================================================
— JaxRSUriIndex.java   (…/HEAD/root/projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java)   (revision 12127)
+++ JaxRSUriIndex.java   (…/BRANCHES/V3.0/root/projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java)   (revision 12127)
@@ -24,14 +24,9 @@
  */
package org.alfresco.web.scripts;

-import java.util.ArrayList;
import java.util.Comparator;
-import java.util.HashMap;
-import java.util.List;
import java.util.Map;
import java.util.TreeMap;
-import java.util.regex.Matcher;
-import java.util.regex.Pattern;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
@@ -76,9 +71,18 @@
         Map<String, String> varsMatch = null;
         Match scriptMatch = null;
         String match = uri;
-        String matchNoExt = ((uri.indexOf('.') != -1) ? uri.substring(0, uri.indexOf('.')) : uri);
+        String matchNoExt = uri;
+        int extIdx = uri.indexOf('.');
+        if (extIdx != -1)
+        {
+            // format extension is only valid as the last URL element
+            if (uri.lastIndexOf('/') < extIdx)
+            {
+                matchNoExt = uri.substring(0, extIdx);
+            }
+        }
         method = method.toUpperCase();
-
+       
         // locate full match - on URI and METHOD
         for (IndexEntry entry : index.keySet())
         {

The patch needs to be against /projects/webscript-framework/source/java/org/alfresco/web/scripts/JaxRSUriIndex.java

Assuming you've got the patch command on the path, you can do something like:
patch -p0 -l < ~/Desktop/dot-patch.diff
from that scripts folder above.

Then rebuild and redeploy.

Please let me know if this fixes this particular issue and I'll see if I can merge this to HEAD asap.

Thanks,
Mike

protenus
Champ in-the-making
Champ in-the-making
So this means I need to rebuild the war from source, correct?

We were just using the bundled tomcat distro.

M