Come posso convincere Maven a smettere di tentare di verificare la presenza di aggiornamenti per artefatti da un determinato gruppo da maven-central-repo?

Sto lavorando a un progetto Maven abbastanza grande. Probabilmente abbiamo circa 70 singoli artefatti, che sono approssimativamente divisi in due librerie di codice condiviso e forse dieci applicazioni che li usano. Tutti questi elementi vivono nello spazio dei nomi com.mycompany.*.

Il più delle volte ci imbattiamo in build di istantanee. Quindi, per fare una build completa di un'applicazione, potrei prima costruire i progetti di libreria in modo che siano installati nel mio repository locale (come, diciamo, mycompany-libname-2.4-SNAPSHOT.jar).

Il problema è che quando poi vado a costruire le applicazioni. Per qualche ragione, Maven vuole controllare i due principali repository pubblici (maven-net-repo e java-net-repo) per gli aggiornamenti di tutti i mycompany-*-SNAPSHOT.jarmanufatti. Naturalmente, non sono stati trovati lì e alla fine tutto si risolve con le versioni che ho appena creato nel mio repository locale, ma vorrei che Maven smettesse di farlo perché (a) mi fa sentire un cattivo net.citizen per controllare costantemente questi repository per cose che non ci saranno mai, e (b) aggiunge un po 'di latenza di rete non necessaria e fastidiosa nel mio processo di compilazione.

Ho iniziato a eseguire Maven in modalità offline per la maggior parte del tempo per ovviare a questo, ma non è l'ideale poiché a volte viene aggiornata una dipendenza da una biblioteca pubblica. Quindi quello che sto cercando è una soluzione che impedirà a Maven di non verificare la presenza di aggiornamenti da determinati repository per artefatti che soddisfano determinati criteri - in questo caso, sarei felice se Maven ignorerebbe le versioni SNAPSHOT o gli artefatti presenti lo com.mycompanyspazio dei nomi.

Il tag updatePolicy non ha funzionato per me. Tuttavia Rich Seller ha affermato che gli snapshot dovrebbero essere disabilitati comunque, quindi ho guardato oltre e ho notato che il repository aggiuntivo che ho aggiunto al mio settings.xml stava effettivamente causando il problema. L'aggiunta della sezione snapshot a questo repository nel mio settings.xml ha funzionato!

<repository>
    <id>jboss</id>
    <name>JBoss Repository</name>
    <url>http://repository.jboss.com/maven2</url>
    <snapshots>
        <enabled>false</enabled>
    </snapshots>
</repository>

Inoltre, puoi usare -oo --offlinenella riga di comando mvn che metterà Maven in "modalità offline" in modo che non verifichi aggiornamenti. Riceverai alcuni avvisi sul fatto di non essere in grado di ottenere dipendenze non già nel tuo repository locale, ma non è un grosso problema.

Qualcosa che è ora disponibile anche in Maven

mvn goal --no-snapshot-updates

o in breve

mvn goal -nsu

Aggiornamento: probabilmente avrei dovuto iniziare con questo dato che i tuoi progetti sono SNAPSHOT. Fa parte della semantica SNAPSHOT che Maven verificherà la presenza di aggiornamenti su ogni build. Essere un SNAPSHOT significa che è volatile e soggetto a modifiche, quindi è necessario verificare gli aggiornamenti. Tuttavia, vale la pena sottolineare che Maven super POM configura central per avere le istantanee disabilitate, quindi Maven non dovrebbe mai controllare gli aggiornamenti per SNAPSHOTs su central a meno che tu non l'abbia ignorato nelle tue pom / impostazioni.

Puoi configurare Maven per usare un mirror per il repository centrale, questo reindirizzerà tutte le richieste che normalmente passerebbero al repository interno.

Nel tuo settings.xml dovresti aggiungere qualcosa del genere per impostare il tuo repository interno come mirror per central:

<mirrors>
  <mirror>
    <id>ibiblio.org</id>
    <name>ibiblio Mirror of http://repo1.maven.org/maven2/</name>
    <url>http://path/to/my/repository</url>
    <mirrorOf>central</mirrorOf>
  </mirror>
</mirrors>

Se stai usando un gestore di repository come Nexus per il tuo repository interno. È possibile impostare un repository proxy per proxy central, quindi eventuali richieste che normalmente andrebbero a Central vengono invece inviate al repository proxy (o a un gruppo di repository contenente il proxy) e le richieste successive vengono memorizzate nella cache del gestore repository interno. È anche possibile impostare il timeout della cache del proxy su -1, in modo che non richieda mai contenuti dalla centrale già presenti nel repository proxy.

Una soluzione più semplice se si lavora solo con repository locali è impostare updatePolicy per il repository centrale su "mai", ciò significa che Maven controllerà sempre e solo manufatti che non sono già nel repository locale. Questo può quindi essere sostituito dalla riga di comando quando necessario utilizzando l'opzione -U per forzare Maven a verificare la presenza di aggiornamenti.

Dovresti configurare il repository (nel tuo pom o un profilo in settings.xml) come segue:

<repository>
  <id>central</id>
  <url>http://repo1.maven.org/maven2</url>
  <updatePolicy>never</updatePolicy>
</repository>

Molto semplice :

Nel tuo genitore Super POM o setting.xml, usa

        <repository>
        <id>central</id>
        <releases>
            <updatePolicy>never</updatePolicy>
        </releases>
        <snapshots>
            <updatePolicy>never</updatePolicy>
        </snapshots>
        <url>http://repo1.maven.org/maven2</url>
        <layout>legacy</layout>
    </repository>

Sono i miei consigli

Ho avuto qualche problema simile a questo,

<repository>
    <id>java.net</id>
    <url>https://maven-repository.dev.java.net/nonav/repository</url>
    <layout>legacy</layout>
</repository>
<repository>
    <id>java.net2</id>
    <url>https://maven2-repository.dev.java.net/nonav/repository</url>
</repository>

L'impostazione di updatePolicy su "mai" non ha funzionato. La rimozione di questi repository è stata il modo in cui l'ho risolto. ps: stavo seguendo questo tutorial sui servizi web (a proposito, probabilmente il miglior tutorial per ws per java)