...ez itt a kérdés!
Legutóbbi bejegyzésemben (Fejlesztői cuccok frissítése) már csak a Nexus frissítése volt hátra, amely feladattól kissé tartok, hiszen jelentős változások történtek az általam használt 1.3.9 verzió és a jelenlegi legújabb Nexus 2.0 között, így adta magát a lehetőség, hogy megnézzek más megoldásokat is. Van néhány Maven repository manager, ezek közül – a Nexus-t leszámítva – az Artifactory népszerű, ezért letöltöttem, feltelepítettem, kipróbáltam.
Körbekattintgattam, alapvetően jónak tűnik, kicsit szokatlan a Nexus után, de a memóriaigénye nagyon nem tetszik:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 71857 artifactory 23 44 0 1327M 558M ucond 1 0:15 0.00% java
A Nexus 2.0 ezzel szemben kis túlzással csak a harmadát igényli:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 83210 nexus 35 46 0 1250M 211M ucond 1 0:17 0.38% java
Ami szerényen a duplája a Nexus 1.x memória igényének:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 72712 nexus 22 44 0 1213M 114M ucond 1 0:00 0.00% java
Konklúzió
Maradok a Nexus mellett és frissítek 2.0 verzióra, a régi Nexus-t futni hagyom a nexus-old címen egy darabig, az új Nexus-ba pedig áttöltöm a régi tartalmát valahogy.
Az update...
A Nexus 2.0 megtekinthető: nexus.javaforum.hu/nexus/index.html
Az áttöltés egyszerű volt:
- A sonatype-work/nexus/storage könyvtárból a szükséges dolgok átmásolása
- Az új Nexus-ban az adott repository-ra Expire Cache, Rebuild Metadata, majd Update Index futtatása
- Örvendezés
...és a feketeleves
Néhány órás használat után kicsit feljebb szökött a memória használat:
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 83210 nexus 60 44 0 1274M 281M ucond 1 1:35 0.00% java
De ez még elviselhető...