[Java lista] Maven local repo beallitas
Forgó Zoltán
zforgo at gmail.com
2009. Okt. 30., P, 14:46:24 CET
2009/10/30 Tamás Cservenák <tamas at cservenak.net>
> Hat igen, a felteltezesek....
>
> A JBoss repo sajnos a legpiszkosabb maven repo (esetleg a Sun szegyene, a
> dev.java.net M1/M2 repo vetekszik vele, melyek kozott meg keresztbe mutato
> fuggosegek is vannak!), es egyben a legellensegesebb a Maven Community
> irant.
>
...
> Egyetlen egy "igazsag" (canonized) forras van: a central repo. Legalabbis
> ami a Maven es holdudvarat illeti.
>
> A MRM "hiba" ami emlitesz nem MRM hiba, hanem
>
> a) a JBoss es/vagy a tudatlan Maven juzer hibaja
> b) a MRM admin hibaja (legalabbis ha Nexus a MRM), mert: pont a MRM az, ami
> "kivedi" es segit izolalni a kornyezetedet az ilyen "hulladektol". Tipikus
> pelda: maven plugin aminek a groupId-je "org.apache.maven" vagy
> "org.codehaus.mojo" CSAKIS a central-bol johet (mert a tobbi az 99%
> "buheralt", mint pl. JBoss): es ez a Nexus-nal egy Route. A tobbi pedig
> WhiteList/BlackList-nek hivja azt hiszem... A JBoss repobol csak a JBoss
> csoportnak az artifactjait kerem, a tobbit koszonom szepen, de NEM!
>
>
Igazad van, hogy nem MRM hiba, nem is ezt Ărtam. Pusztán az törtĂ©nt, hogy a
függőség feloldásakor a JBoss repoban találta meg először és valami idióta
proxy konfig miatt ez felkerült a céges MRM-be. A hiba egyértelműen egyrészt
a miĂ©rt kerĂĽlhetett be saját körbe, valamint az általad is emlĂtett "milyen
alapon hiszünk a JBossnak" dolgokban keresendő. Csak arra akartam
rávilágĂtani, hogy az elsĹ‘ ember leszedi Ă©s nem figyel - vagy pusztán csak
nem MRM admin, Ăgy nem látja, hogy az az Archivába (cĂ©ges MRM) is felkerĂĽlt.
Utána viszont minden munkaállomáson okozhat galibát.
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091030/9b6afbb8/attachment.html
További információk a(z) Javalist levelezőlistáról