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

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


2011/3/16 Richard O. Legendi <roante at freemail.hu>

>  <build>
>     <plugins>
>       <plugin>
>         <artifactId>maven-antrun-plugin</artifactId>
>         <version>1.1</version>
>         <executions>
>           <execution>
>             <phase>generate-sources</phase>
>             <configuration>
>               <tasks>
>                 <copy todir="..." ....>
>               </tasks>
>             </configuration>
>             <goals>
>               <goal>run</goal>
>             </goals>
>           </execution>
>         </executions>
>       </plugin>
>     </plugins>
>   </build>
>
> [Bocs, a thread tl;dr, de a copy-s soron megakadt a szemem, Ă©s nem tudtam
> kihagyni :-)]
>
> Ricsi
>
>
Igen, erről beszéltem, bár ez már több mint 10 sor :)

Zs


>
> On 2011.03.16. 22:09, Zsombor wrote:
>
>
>
> 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.huhttp://javagrund.hu/mailman/listinfo/javalist
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20110316/100cfc66/attachment.html 


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