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

Zsombor gzsombor at gmail.com
2011. Már. 16., Sze, 22:09:28 CET


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
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20110316/5e811188/attachment-0001.html 


További információk a(z) Javalist levelezőlistáról