[Java lista] Válasz: Re: Válasz: Re: Egy NB6.8-as buildAll script keszitese

[Zsombor]

2010/3/29 Auth GĂĄbor <auth.gabor at javaforum.hu>

> HalihĂł!
>
> > 1, repositorynak meg lehessen adni egy lokĂĄlis kĂśnyvtĂĄrt, relativan a
> > projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml
> >  -ben
>
>   Ennek mi az ĂŠrtelme? Pont a Maven lĂŠnyege veszne el, vagyis az, hogy van
> egy
> kĂśzponti binĂĄris repĂłd valahol, ĂŠs nem helyben van valami izĂŠ, ahonnan
> dolgozol. Ettől lesz igazán reprodukálhatatlan a build, ha legalább két
> fejlesztő dolgozik.
>
>
Éppen, hogy az volt a tapasztalat, hogy két gépen csak akkor reprodukálható
egy build, ha előtte az ember törli a cachet, a lokális repót, a home
könyvtárban levő settings.xml-t, ezért lenne jó, ha egy svn-ben tárolt, lib,
pardon "repo" könyvtárat meg lehetne adni, hogy itt van az összes függőség,
mĂĄshoz ne forduljon.




> >  2, le lehessen tiltani az Ăśsszes tĂśbbi repository elĂŠrĂŠsĂŠt
>
>   Lásd első pont. :)
>
> > 3, a cache hasznĂĄlatĂĄnak letiltĂĄsa. (Azt nonszensznek tartom, hogy
> > reprodukálható build létrehozásánál az a tanács, hogy előtte töröljük a
> > cachet)
>
>   Ez meg -U paramĂŠter, ha jĂłl ĂŠrtem mire gondolsz.
>
> >  Ha ezek megvalĂłsĂ­thatĂłak, akkor fogom azt majd elhinni, hogy egy svn
> > repoból, vagy egy lementett snapshotból bármikor a távoli jövőben, egy
> java
> > vm + maven segĂ­tsĂŠgĂŠvel Ăşjra ĂŠpĂ­thetem egy mavent hasznĂĄlĂł projektet.
>
>   Egy svn repóból ÉS egy bináris Maven repóból bármikor...
>
> >  SzemĂŠly szerint tĂśbb alkalommal futottam neki, hogy kisebb nagyobb
> > projekteket maven-esĂ­tsek, eddig mĂŠrsĂŠkelt sikerrel. Hol ott kattantam
> meg,
> > amikor valami triviĂĄlis hiĂĄnyzĂł dependenciĂĄhoz kerestem repositoryt -
> vĂŠgĂźl
> > maradtam egy becsekkelt jar + shell script kombinĂĄciĂłnĂĄl, ami
> beinjektĂĄlta
> >  a lokális repóba a hiányzó függőségeket
>
>   Én Nexus-t használok erre... és szerintem sokan mások is. :D
>


Ha lokálisan futtatod, akkor azzal a többi fejlesztő nem lesz kisegítve,
annyival vagy előrébb, hogy ahelyett, hogy azt mondanád, hogy futtasd le a
"mvn install:jar -DgroupId=... -Dfile=..." -t azt Ă­rod le, hogy telepits
nexus-t, aztĂĄn oda tĂśltsd fel ezt a jar-t ilyen nĂŠvvel. Ha jĂłl ĂŠrtem a
vĂĄlaszodat.



>
> >  - hol amikor, a generĂĄlt
> >  javadoc-ot szerettem volna kicsit customizĂĄlni, vagy amikor a build
> sorĂĄn
> >  egy java toolt kellett volna meghivni, ami vĂŠgig nĂŠzi a java forrĂĄsokat
> ĂŠs
> >  Ăşjabbakat generĂĄl - xdoclet-szerĂźsĂŠg, csak sajĂĄt fejlesztĂŠs, ezt vĂŠgĂźl
> >  kiraktam ant scriptbe, nĂŠmi classpath mĂĄgiĂĄval megfejelve, hol amikor
> >  platform függő tar.gz/zip releaseket próbáltam készíteni.
>
>   Erre meg Maven plugint lehet Ă­rni, amit aztĂĄn a binĂĄris repĂłdban tartasz.
>
>  Amikor 10-20 fejlesztő dolgozik egy projekten, sokat egyszerűsít a Maven,
> mert nem kell kézről-kézre járnia egy build környezetnek, illetve nem kell
> teletĹązdelni az svn repĂłt verziĂłzott jar fĂĄjlokkal.
>
>
Szeretem ha a build kĂśrnyezet verziĂłzva van, ĂŠs minden ami vĂĄltozhat. Az svn
repĂłban tĂĄrolt jar fileok problĂŠmĂĄjĂĄt nem teljesen ĂŠrtem. TermĂŠszetesen nem
az eredmĂŠny artifactokra gondolok, hanem az inputra.



>  Kis projekthez nem éri meg a Maven, de én már kényelemből azzal csinálok
> mindent, mert megvan hozzĂĄ az archetype, ami legyĂĄrtja a projektet. Nagy
> projekthez nem ĂĄllnĂŠk neki ant alapokon, volt benne rĂŠszem, igen borzalmas
> tud
> lenni a dependency hell.
>


Nem a modularitĂĄs ellen vagyok, azt nagyon is tudom ĂŠrtĂŠkelni, mĂŠg a maven
alap kĂśnyvtĂĄr strukturĂĄjĂĄt is jĂł Ăśtletnek tartom. SzemĂŠly szerint inkĂĄbb
szoktam egy common-build.xml-t csinĂĄlni, alap targetekkel ĂŠs makrĂł
definiciókkal, aztán a modulokban levő build.xml szinte copy paste,
minimĂĄlis customizĂĄlĂĄsokkal, illetve a tĂŠnyleges cĂŠl megadĂĄsĂĄval. JĂł,
vĂŠgĹąlis lehet azt mondani, hogy Ă­rtam egy egyszerĹąbb maven-t :)
 KĂśszĂśnĂśm, hogy elmondhattam :D


Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/77f392fc/attachment.html