[ http://jira.codehaus.org/browse/MEV-649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=200053#action_200053 ]
Jan Uhlir commented on MEV-649:
-------------------------------
https://maven-repository.dev.java.net/nonav/repository/com.sun.jmx/jars/jmxri-1.2.1.jar
forwards to
http://download.java.net/maven/1/com.sun.jmx/jars/jmxri-1.2.1.jar
which ends up with:
Not Found. The requested object does not exist on this server.
This is mainly https://maven-repository.dev.java.net repository issue, but because package from you central repository references this broken package it is a bit of your issue now too ;-)
> log4j 1.2.15 points to nonfuctional maven-repository.dev.java.net packages breaking whole build
> -----------------------------------------------------------------------------------------------
>
> Key: MEV-649
> URL: http://jira.codehaus.org/browse/MEV-649
> Project: Maven Evangelism
> Issue Type: Bug
> Reporter: Jan Uhlir
>
> Log4j 2.1.15 dependency from central repository has dependencies linked to https://maven-repository.dev.java.net/nonav/repository - jmxri, jmxtools and java mail (and others?). These denpendencies are broken or the whole external repository is unaccesible by now.
> Is it even permitted to have "external" dependency for a package in central repository?
> I found it hard to find how to disable a repository (block a repository) so I am using this opportunity for a micro how to for unlucky ones like me.
> Troubled dependency definition:
>
> log4j
> log4j
> 1.2.15
>
> Error log (shortened) ----------------------
> [INFO] Scanning for projects...
> ...
> [INFO] Copying 1 resource
> Downloading: https://maven-repository.dev.java.net/nonav/repository/com.sun.jmx/jars/jmxri-1.2.1.jar
> Downloading: https://maven-repository.dev.java.net/nonav/repository/com.sun.jdmk/jars/jmxtools-1.2.1.jar
> 353/353b
> 353b downloaded (jmxri-1.2.1.jar)
> 357/357b
> 357b downloaded (jmxtools-1.2.1.jar)
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 'a55ce8e95c9bb027e78557acc9e2b973fe3c611e'; remote = ' Downloading: https://maven-repository.dev.java.net/nonav/repository/com.sun.jmx/jars/jmxri-1.2.1.jar
> 353/353b
> 353b downloaded (jmxri-1.2.1.jar)
> [WARNING] [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 'a55ce8e95c9bb027e78557acc9e2b973fe3c611e'; remote = ' *** CHECKSUM FAILED - Checksum failed on download: local = '9e1dae7682d2b60d5b17b7d47e20d99d70ba65cf'; remote = ' Downloading: https://maven-repository.dev.java.net/nonav/repository/com.sun.jdmk/jars/jmxtools-1.2.1.jar
> 357/357b
> 357b downloaded (jmxtools-1.2.1.jar)
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '9e1dae7682d2b60d5b17b7d47e20d99d70ba65cf'; remote = ' ...
> [INFO] Compilation failure
> ...
> error: error reading /opt/javalibs/com/sun/jdmk/jmxtools/1.2.1/jmxtools-1.2.1.jar; error in opening zip file
> error: error reading /opt/javalibs/com/sun/jmx/jmxri/1.2.1/jmxri-1.2.1.jar; error in opening zip file
> Solution (1) - Disable repository (settings.xml).
> Note, it is much more tricky that it seems to be! It gave me hard time before I found out. Documentation should be improved here.
> 1) Tricky, you have to do it for releases and snapshots. There is no repository wide disabling option.
> 2) You have to provide not just same (failing) repository URL but more importantly the same repository ID as it is in ill referencig POM (log4j 2.1.15 in our case)
> 3) Blacklisting repository is something completely different then disabling. Not usable in this case (?). It is not ad hoc settable by user anyway
> OK, here is the code:
>
> default
> ...
>
>
> java.net
>
> https://maven-repository.dev.java.net/nonav/repository
>
> false
>
>
> false
>
>
>
>
> Solution (2) - exclude the "external" sub-dependencies of log4j 2.1.15, like jmxri, jmxtools and java mail. And perhaps others. It takes more time to figure out what else "external".
> Solution (3) - the best one. Use version log4j 2.1.14 instead. It seems to be OK.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira