38

In my past project I had a problem with dependencies starting with http, just like this one Maven Build Failure -- DependencyResolutionException . Solution was to add mirrors for the project worked fine. Though now on another project I use the same dependencies, have the same setup and I am still getting the error. Any thoughts?

aratata
  • 685
  • 1
  • 5
  • 15

12 Answers12

46

Maven now disables all insecure http://* mirrors by default. Here is explanation from maven mainteners: http://maven.apache.org/docs/3.8.1/release-notes.html#cve-2021-26291

More and more repositories use HTTPS nowadays, but this hasn’t always been the case. This means that Maven Central contains POMs with custom repositories that refer to a URL over HTTP. This makes downloads via such repository a target for a MITM attack. At the same time, developers are probably not aware that for some downloads an insecure URL is being used. Because uploaded POMs to Maven Central are immutable, a change for Maven was required. To solve this, we extended the mirror configuration with parameter, and we added a new external:http:* mirror selector (like existing external:*), meaning “any external URL using HTTP”. The decision was made to block such external HTTP repositories by default: this is done by providing a mirror in the conf/settings.xml blocking insecure HTTP external URLs.

The solution (not recommended for security reasons mentioned above) may be to remove <blocked> section from mirror list in default Maven settings.xml file (/usr/share/maven/conf/settings.xml)

  • Yeah I checked out that doc. Thing is that I followed the steps on another project, worked fine. Tried to do the same on another(with all the same dependencies) and I keep on getting the same error. – aratata Jun 04 '21 at 10:22
  • You can try to remove section from default Maven settings.xml file. – Stanislav Kardashov Jun 04 '21 at 10:31
  • 4
    For Idea users note that Idea may (and do by default) use Bundled maven and config for it located somewhere else. You may need to change "Maven home path" to "/usr/share/maven" instead of "Bundled" in Idea settings – Oleg Vazhnev Dec 30 '21 at 14:22
  • Why removing `blocked` sections instead of simply putting them to: `false` ? – andreagalle Feb 03 '22 at 10:58
  • tried ``false`` - doesn't help. After this it does not instantly block, but replaces url according to ``http://0.0.0.0/``, which is, surely, also does not help. – Alexo Po. May 29 '22 at 15:24
27

If Stanislav Kardashov's solution doesn't help, just remove (or comment out) the whole http-blocker mirror in maven settings.xml.

Path (as pointed out in Stanislavs answer): /usr/share/maven/conf/settings.xml

    <!--
    <mirror>
      <id>maven-default-http-blocker</id>
      <mirrorOf>external:http:*</mirrorOf>
      <name>Pseudo repository to mirror external repositories initially using HTTP.</name>
      <url>http://0.0.0.0/</url>
      <blocked>true</blocked>
    </mirror>
        -->
Cat-Lord
  • 415
  • 5
  • 10
  • 3
    This seems to be the only valid solution (apart from using an outdated Maven version) when using the bundled version inside IntelliJ. The file resides inside IntelliJ’s installation directory under `/plugins/maven/lib/maven3/conf/settings.xml`. – Koraktor Dec 23 '21 at 10:26
22

If I had to guess, you're running the latest Maven, which disables HTTP. Try downgrading to Maven 3.6.

[Edit] That said, Stanislav's answer is the most correct.

Strengthiness
  • 491
  • 1
  • 4
  • 12
15

Override that mirror, let it react on dummy protocol. In the local ${HOME}/.m2/settings.xml specify:

    <mirrors>
        <mirror>
            <id>maven-default-http-blocker</id>
            <mirrorOf>external:dummy:*</mirrorOf>
            <name>Pseudo repository to mirror external repositories initially using HTTP.</name>
            <url>http://0.0.0.0/</url>
            <blocked>true</blocked>
        </mirror>
    </mirrors>
Nick Mazurkin
  • 301
  • 2
  • 7
7

Try converting the mirror from http to https if the maven repository that you are using have a secure endpoint available. This worked for me in case of confluent.

Rishi Barve
  • 893
  • 8
  • 11
5

C:-> Users-> your_user_name -> .m2 -> settings.xml

Adding this mirror to your settings.xml file.

<mirror>
  <id>jaspersoft-third-party-mirror</id>
  <mirrorOf>jaspersoft-third-party</mirrorOf>
  <url>http://jaspersoft.jfrog.io/jaspersoft/third-party-ce-artifacts/</url>
  <blocked>false</blocked>
</mirror>
Geeth
  • 406
  • 3
  • 8
  • 1
    In my case I didn't modify the `settings.xml` file. I just added and S to HTTP in the URL tag, that is `https` and the rest of the Jasper URL as is and it solved my dependencies. – Metafaniel Nov 18 '21 at 05:45
1

When Maven is installed via homebrew on latest MacOS, the settings.xml file can be found here:

/opt/homebrew/Cellar/maven/3.8.4/libexec/conf/settings.xml
robinpiets
  • 31
  • 3
0

If you install maven on Mac by homebrew, the file is /usr/local/Cellar/maven//libexec/conf

Murphy
  • 1
  • Your answer could be improved with additional supporting information. Please [edit] to add further details, such as citations or documentation, so that others can confirm that your answer is correct. You can find more information on how to write good answers [in the help center](/help/how-to-answer). – Amjad S. Mar 01 '22 at 13:49
0

If you're using NetBeans, know that it ships with Maven built-in. Look for settings.xml inside your \NetBeans\java\maven\conf\.

Vince
  • 68
  • 6
0

Just thought I'd add what worked for me since I worked on this for over an hour and don't see my particular solution listed anywhere in this thread.

I have successfully built a certain maven project on my PC for years now, and have been training a colleague on how to build it himself on his mac. He kept getting blocked mirror errors, while I wasn't -- even though we are using the same version of maven (3.8.1) and the same exact project repository/branch.

We tried many of the suggestions in this thread (and elsewhere) but nothing was helping. I decided to see where our settings files differed. This was when I realized that he was using a local settings.xml file (located in his .m2 directory), and that I did not have that settings.xml file inside my .m2. I found that I was using the global settings.xml that had come with maven, in the conf directory under the main maven install directory (.../apache-maven-3.8.1/conf/settings.xml). I had never modified this config file. The global settings file included a mirrors section, but the local one did not.

I'm not really sure what sequence of events caused my colleague to have this user-specific settings file when I didn't -- perhaps something about the mac install vs PC.

So I had my colleague rename the .m2 settings file to settings.txt, in order to disable it and force maven to use the global one. The first try didn't work, but then when he edited the global settings.xml mirror section to have <blocked>false</blocked> instead of true: VOILA problem fixed. It built successfully on the next attempt.

Jeremy Goodell
  • 17,447
  • 5
  • 34
  • 51
0

Works like a charm by commenting this block script of D:\installer\IntelliJ IDEA 2022.1\plugins\maven\lib\maven3\conf\settings.xml

<!-- <mirror>
  <id>maven-default-http-blocker</id>
  <mirrorOf>external:http:*</mirrorOf>
  <name>Pseudo repository to mirror external repositories initially using HTTP.</name>
  <url>http://0.0.0.0/</url>
  <blocked>true</blocked>
</mirror> -->
gatan
  • 1
  • 3
  • There are already 10+ answers with high audience points, please state more details on how your answer address the OP's question. Please review the previous answer before posting. – Kuro Neko May 17 '22 at 03:53
0

It is recommended to use https endpoint for your repo in setting file. In order to resolve or you can say skip default maven setting.xml . Then click on Override checkbox when you set your user setting.xml file . Eg. In IntelliJ , File —-> Settings —-> Buld, Execution,Deployment —-> Build Tools —-> Maven —-> User setting file —> click Override check box

In your user setting.xml , remove below tag if present.

Above steps will solve your problem.