[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