[devel] [sisyphus] maven

Igor Vlasenko =?iso-8859-1?q?vlasenko_=CE=C1_imath=2Ekiev=2Eua?=
Чт Июл 12 21:37:16 MSD 2007


On Wed, Jul 11, 2007 at 09:39:51AM +0300, Slava Dubrovskiy wrote:
> Eugene Prokopiev пишет:
> >>> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
> >>> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
> >>> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
> >>> курсе).
> > Насколько я понимаю, maven (так же как и hasher) перед сборкой 
> > вытягивает из собственных репозитариев все необходимые зависимости. Если 
> > он будет это делать в hasher, то теряется главный смысл использования 
> > hasher - воспроизводимость сборки. Если не будет - теряется смысл 
> > использования maven :) Ну разве что обманывать апстримы и собирать с тем 
> > CLASSPATH, что получился в результате вытягивания hasher'ом прописанных 
> > в спеке зависимостей ;)
/usr/share/java и будет собственным репозитарием maven.

> >   
> А я понял, что хотят все пакеты мавена опакетить в rpm и чтобы у этих
> пакетов были зависимости в rpm. При этом мавен не должен пытаться лезть
> в инет за пакетами. Единственное что мне не понятно, неужели
> предполагается опакетить все плагины мавена? И если программа для сборки
> требует какой-то плагин, а он не упакован, то как быть?
> Я вообще правильно понимаю политику? Объясните пожалуйста.

Да, так оно и есть. За деталями обращайтесь на jpackage.org - 
там оно все собрано и работает.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine




Подробная информация о списке рассылки Devel