Unable to access repo.adobe.com via maven | Adobe Higher Education
Skip to main content
viren_pushpanay
viren_pushpanay
Level 2
October 16, 2015
Respondido

Unable to access repo.adobe.com via maven

  • October 16, 2015
  • 3 respostas
  • 2276 Visualizações

Hi,

I get the following error when I do a build using maven. This stared a few days back.

Failed to read artifact descriptor for com.adobe.aem:aem-api:jar:6.0.0.1: Could not transfer artifact com.adobe.aem:aem-api:pom:6.0.0.1 from/to adobe (http://repo.adobe.com/nexus/content/groups/public/): Received fatal alert: handshake_failure

Tried the below to solve the issue but no success

  1. Imported the certificate a trusted
  2. Forced Maven to ignore SSL issues

Is anybody else facing the same issue?

Thank you.

Cheers,

VIren.

Este tópico foi fechado para respostas.
Melhor resposta por msullivan-r2i

We ran into some problems recently, I think they may be switching the repo to SSL, and not everything is redirecting correctly.  I changed the repository settings references to https://repo.adobe and that seemed to resolve our problems.

3 Respostas

msullivan-r2i
msullivan-r2iResposta
Level 2
October 16, 2015

We ran into some problems recently, I think they may be switching the repo to SSL, and not everything is redirecting correctly.  I changed the repository settings references to https://repo.adobe and that seemed to resolve our problems.

    M
    Community Advisor
    MshajiCommunity Advisor
    Community Advisor
    October 16, 2015

    There could be couple of reasons for  handshake failure:

    • Unsupported or Incompatible cipher suites in use by the client and the server.
    • Incompatible versions of SSL in use (the server might accept only TLS v1, while the client is capable of only using SSL v3). Again, the client might have to ensure that it uses a compatible version of the SSL/TLS protocol.
    • Incomplete trust path for the server certificate; the server's certificate is probably not trusted by the client. This would usually result in a more verbose error, but it is quite possible. Usually the fix is to import the server's CA certificate into the client's trust store.
    • The cerificate is issued for a different domain. Again, this would have resulted in a more verbose message,but I'll state the fix here in case this is the cause. The resolution in this case would be get the server (it does not appear to be yours) to use the correct certificate.

    Since, the underlying failure cannot be pinpointed, it is better to switch on the -Djavax.net.debug=all flag to enable debugging of the SSL connection established. With the debug switched on, you can pinpoint what activity in the handshake has failed.

    kautuk_sahni
    Community Manager
    kautuk_sahniCommunity Manager
    Community Manager
    April 5, 2022

    Instructions on how to use repo are displayed on https://repo.adobe.com/index.html

    Please use "https" protocol instead of "http"

    Also, have a look at: https://experienceleague.adobe.com/docs/experience-cloud-kcs/kbarticles/KA-17454.html?lang=en

     

    Kautuk Sahni
    Termos e condiçõesAccessibility statement

    Loading footer...