[Java lista] Válasz: Re: ant jar vs compiled source

[István Viczián]

Üdv,

Péter arra akart utalni, hogyha egy projektedben a build folyamatod
során fájlokat kell másolnod ide-oda, akkor a projekted a _Maven
szempontjából_ rosszul van felépítve, valamit nem konvencionális módon
használsz. Ha megnézed, a szépen felépített Maven projektekben nincs
is rá szükség. Ez új projektek esetén igen könnyen kivitelezhető,
modernebb eszközökkel, ha viszont már meglévőt akarsz migrálni, ott
már belefuthatsz olyanba, hogy szükséged van rá - akkor viszont marad
az általad már említett ták, hogy Ant task-ot hívsz.

Viczi

2011/3/16 Zsombor <gzsombor at gmail.com>:
>
>
> 2011/3/16 Peter Verhas <peter at verhas.com>
>>
>> Azt állítani, hogy a maven nem alkalmas build-elésre egyszerűen butaság.
>> Elég sokan használják, közöttük olyan projektek, mint az Apache. Tudom, hogy
>> ezt az érvet a Microsoft-tal kapcsolatban szokták mondani, hogy kétmilliárd
>> légy nem tévedhet, de mélyebben belegondolva: azok a legyek nem tévednek.
>> Ezzel a hasonlattal persze a kezdő állítás úgy hangzik, hogy a lószar nem
>> étel, pedig az: a legyeknek. Lehet azt gondolni, hogy a maven lószar, én meg
>> az apache projekt meg sokan mások a legyek, de azért ezen érdemes
>> elgondolkodni, hogy vajon stimmel-e a dolog. Mert ez a hasonlat azt mondja
>> impliciten, hogy akik nem használják, azok nem akarnak legyek lenni, és
>> lenézik a legyeket, mert azok lószart esznek. Csak itt a "legyek" között sok
>> olyan embert ismerek, akik rendkívül okosak, sőt zseniálisak, és örömmel
>> tölt el, hogy néhányukkal (pl. Jason van Zyel) volt szerencsém személyesen
>> találkozni.
>> Tehát a maven alkalmas build-elésre, bár nem mindenki tudja használni.
>> Hogy miért nem tudja, az még lehet kérdés. Lehet ész, lehet a megszokás, és
>> az, hogy a maven ANT után nagyon más, előítélet, vagy egyszerűen, csak nem
>> volt szüksége valakinek arra, hogy megtanulja. Ilyen példát is elég sokat
>> tudok, itt van mindjárt Mari néni, a sarki CBA pénztárosa.
>> De ha valaki sírva kaparja a falat, az mindenképpen mentális problémára
>> utal, bár sem a pszichológia, sem a pszichiátria, sem a kőművesség nem a
>> szakterületem, bár alkalmasint amatőr pedikűrösnek még megfelelhetek,
>> amennyiben a körmömet magam vágom már egy ideje.
>> A konkrét feladat pedig az "egyetlen file odébb másolás"a szövegre utalt,
>> nem az eredeti kérdésre. És ha már a kőművesség szóba került, mindenki azzal
>> builddel, amivel akar, vagy amit a főnöke előír neki.
>>
>> Elnézést az off-topic-ért, és peace.
>> --
>
>
> Ne haragudj, de miután deklaráltad, hogy ant-ot nem használtál soha, így az
> összehasonlításod eléggé légből kapott. Hogy maven-nál te még sosem futottál
> bele fura problémákba, simán lehet - ha még "EJB-t még sose raktál össze",
> hogy egyszerűen nem használtad azt az eszközt a triviálisabbnál bonyolultabb
> helyzetben. A hogyan lehet vele másolni egy fájlt megjegyzésem meg arra
> irányult, hogy egy file másolása egyik helyről a másikra azért nem egy olyan
> elrugaszkodott igény egy build folyamat során, s mint kiderült számomra, míg
> ant-ból ez kb egy sor <copy todir="..." ....>, addig, hogy ugyanazt
> maven-ben is el lehessen érni, egy plugint kell regisztrálni egy megfelelő
> nevű build fázis közepébe, és abba berakni az ant-os copy taskot. S ekkor
> lettek ilyen mentális problémáim, hogy ilyen "zseniális" emberek ilyen
> egyszerű problémára ilyen rendkívül bonyolult megoldást tudtak adni, s ez
> nem zavar senkit.
>  Hogy hányan használják a maven-t, senki sem vitatta, vannak elég sokan,
> ahogy az is vitathatatlan, hogy nagyon sok projekt, nagyon régóta használ
> ant-ot, make-t, rake-t, scons-t, cmake-t, stb ... Ha esetleg az amatőr
> pedikűrösség már untat, esetleg nézz bele ezek egyikébe. Amiből azért
> kiderül, hogy van elég sok projekt, amelyikben azon problémák, amiket a
> maven meg akar oldani, nem léteznek, és vígan elvannak nélküle.
>
> Zs
>
>
>  hogy vajon miért nem futottál bele ilyen problémában elég komikus. Miután
> az ant ugyanazt a kódot használja, mint bármelyik más java program, amelyik
> jar file előállítását végzi - igen, ugyanazt mint a maven - tehát igen csak
> meglepődnék ha maven bármi mást csinálna. Velem még soha nem fordult elő,
> hogy egy jar-olás során megváltozott volna a bytecode, úgyhogy továbbra is
> kételkedek benne
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>
>