[Java lista] eclipse-jee-europa-winter-win32, Ant, Java EE 5

Tamás Cservenák tamas at cservenak.net
2008. Júl. 2., Sze, 22:50:53 CEST 

Ugy latom, konnyebb "nem akarni ismerni", mint megismerni :)

Btw, a felhozott "indokok" melyeket mindketten "megosztjatok" nem
helytalloak (vagy misuse vagy misconfiguration eredmenye), es foleg a Maven
nem-elegge-ismeresebol fakadnak. Sajnos, sokan, foleg felenk "ex catedra"
meg sem akarja ismerni, pedig....

Az igaz, hogy a maven complex (vagy annak tunik az elejen), de mostmar van
hozza konyv is (ja, free!):

http://www.sonatype.com/book/index.html

Udv,
T


2008/6/18 István Viczián <viczian.istvan at gmail.com>:

> Ăśdv,
>
> idézek a saját levelemből:
> "Maven esetén ez ki van dolgozva, hogy mi hova
> kerüljön, convention over configuration, mint tudjuk. Azt viszont nem
> szeretném bevezetni, van rá pár okom."
>
> A Maven-ből egyedül ez tetszik. Amit írsz, az meg nem tetszik. Emiatt
> nem is akarom használni, erről nem kell meggyőznöd, de örülök, hogy
> egy véleményen vagyunk. :) Ha repo, akkor inkább ivy. Próbálkoztam egy
> darabig a NetBeans Maven integrációjával, csak rossz tapasztalataim
> vannak, pont a módosítok egy fájlt, percek, míg sima NB projekt esetén
> azonnal, kb 2 hét után álltam vissza, pikk-pakk ment.
> Nem az érdekel igazán, hogy mi nem jó, hanem, hogy mi jó. Eclipse 40
> projekttel, de mi van utána? Hogy csinálsz EAR-t? Ant-ot használsz-e?
>
> Istvánnak válaszolva:
> Oktatást tartok, tudod milyent, ajánlatom még áll. :) Eddig
> NB/Glassfish alapokon ment, most Eclipse/JBoss. A Java EE oktatásnak
> nem része a Maven, időbe sem fér bele, meg amúgy is nehézkesnek
> tartom. Ezért jó erre a célra az előbbi kombó, mert nem az
> infrastruktúra építgetésével telik az idő, plugin letöltések, konfig
> hegyek, hanem azonnal lehet nyomni az elméletet és azonnal kipróbálni.
> Itt tényleg nagyon fontosak a lehető leggyorsabb iterációk, és a
> lehető legkevesebb a feltételezett háttértudás, szemben egy őrült nagy
> projekttel, ahol nem biztos, hogy az elsődleges cél.
>
> Nem akarok hitvitát indítani, használjon mindenki, amit szeret, de
> oktatni az előbbi kombináció nagyságrendekkel jobb. Persze lehet
> érvelni, hogy akkor a diák nem tudja meg, hogy mi zajlik a háttérben,
> de ez egyrész nem igaz, másrészt próbáljatok belesűríteni mindent egy
> hétbe, mondjuk Maven-t és társait, az összes Java EE technológiát, ezt
> kipróbálni egy társaságon, lemérni a hatását, és majd ezután várom az
> ellenérveket. Az előbbi kombinációban ez hatásos volt.
>
> Szóval a kérdés még mindig az, hogy van-e valami kvázi standard arra,
> hogy hogyan kell ezekkel az eszközökkel egy komoly projekt hierarchiát
> összeállítani, és Ant-tal fordítani, szabvány könyvtárnevek,
> elhelyezések, ant target-ek ilyesmi. Én nem találtam, ezért kérdezlek
> Titeket. Ti is sajátot hoztok össze? Mint az általam olvasott könyvek
> és blog-okban szereplő mintapéldák?
>
> Viczi
>
> 2008/6/18  <istvan.ketler at lhsystems.com>:
> > Szia,
> >
> > képzelj el egy melót, amiben van mondjuk 40 eclipse project - ezek az
> alkalmazás moduljai. Maven alatt van az egész. Módosítasz egy sort az egyik
> projektben, és ki akarod próbálni. Na erre a maven mindent jól újra fordít,
> importál, másolgat, generál. Ez fürge gépen is jó sok perc. Szóval a kis
> lépések politikájához biztosan nem való.
> >
> > A repository megoldása is biztos nagyon jó ötlet, de nekem nem annyira
> tetszik, hogy mindent lépten-nyomon újra össze akar szedni.
> >
> > Lecserélni egy importált repository elemet mondjuk egy saját modulra, na
> az sem egyszerű, a fél világ összes különböző ilyen-olyan konfig-szerű
> állományát át kell írni hozzá, hibaüzenet meg nincs, csak egyszerűen nem
> működik, amíg nem tökéletes. Különösen, ha azt akarom, hogy a többiek a
> repository-ból használják, nekem viszont a könnyű debug miatt inkább a
> forráskódból generált változatot, na akkor aztán lehet egy darabig játszani.
> >
> > Személy szerint példul ezekért nem szeretem a Mavent, és magamtól soha
> nem fogom használni. Ha csapatban dolgozol, szerintem egy kicsit inkább a
> rémálom kategóriába tartozik, különösen a harmadiknak említett tulajdonsága
> miatt. Akár egyedül, akár csapatban dolgozol, az első tulajdonsága meg
> szörnyű. Eccerűen szeretek egyszerre keveset módosítani, és azt nyomban
> kipróbálni, na.
> >
> > Persze lehet, hogy pusztán csak tudatlan vagyok a kezelését illetően, de
> nem szívesen olvasnék el egy szekérderéknyi irodalmat hozzá, inkább nem
> használom. Az előnyei jelenleg úgysem kellenek. Meg az is lehet, hogy
> olyasmire akarom használni, amire nem való (szoftverfejlesztésre, haha).
> Különben is kényelmesebb ex catedra kijelenteni, hogy Maven suxxx. :)
> >
> > Üdvözlettel,
> >
> > Iván KETLER
> >
> >>
> >
> > Sitz der Gesellschaft / Corporate Headquarters:
> > Lufthansa Systems Hungaria Kft, Budapest
> > Fövarosi Birosag 01-09-463417
> >
> > Geschaeftsfuehrung/ Management Board:
> > Monika Houck
> > -----Original Message-----
> >
> >> From: javalist-bounces at javagrund.hu
> >> [mailto:javalist-bounces at javagrund.hu] On Behalf Of Verhás István
> >> Sent: Wednesday, June 18, 2008 10:32 AM
> >> To: javalist at javagrund.hu
> >> Subject: Re: [Java lista] eclipse-jee-europa-winter-win32,
> >> Ant, Java EE 5
> >>
> >> "Maven esetén ez ki van dolgozva, hogy mi hova kerüljön,
> >> convention over configuration, mint tudjuk. Azt viszont nem
> >> szeretném bevezetni, van rá pár okom."
> >>
> >> Megosztanád? Kiváncsi vagyok.
> >> ĂĽdv
> >> vi
> >>
> >>
> >>
> > _______________________________________________
> > Javalist mailing list
> > Javalist at javagrund.hu
> > http://javagrund.hu/mailman/listinfo/javalist
> >
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>



-- 
Thanks,
~t~
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20080702/612fcc94/attachment.html

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