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

[Tamás Cservenák]

Ok, bocs, felreertes ne essek!

Nem hitvitat akartam kezdeni :)

Csak azok az ervek melyeket felhoztatok, nem helytalloak, ennyi.

- A maven csak a "clean" goal kiadasakor "fordĂ­t, importĂĄl, mĂĄsolgat,
generĂĄl". De ez ervenyes minden build tool-ra, mint az Ant, Make, stb. Clean
nelkul ezt _nem_ teszi egyik sem.

- A maven "live" fejlesztesre esszeru a projektet eclipse-be "importalni",
erre kulonbozo modok lehetsegesek: m2eclipse, q4e, maven-eclipse-plugin vagy
kezi. Egyes megoldasok meg a Junitok eclipse-szeru futtatasara is
lehetoseget adnak ("ugy dolgozol a projekten mint barmely mas eclipse
projekten"). Nem kell minden kodmodosulas utan CLI es "mvn clean install".
Mert az ugy _tenyleg_ hosszu :)

- A "mindent lĂŠpten-nyomon Ăşjra Ăśssze akar szedni" csak ket fele keppen
tudom elkepzelni: SNAPSHOT depsjeid vannak, es a recheck policy valami
nagyon kicsi (tehat allitsd at), VAGY minden egyes build elott kitorlod a
local repo-t? (Ilyet is lattam mar advanced juzereknel) :) Mas magyarazatot
hirtelen nem tudok.

- "importĂĄlt repository elemet mondjuk egy sajĂĄt modulra", itt gondolom
"deployed artifact"-ra gondoltok. Hat igen, nem egyszeru, de megteheto
tobfelekeppen: a) hasznald ugyanazt a nevet, de "kereszteld at" a verziot,
pl. junit:junit:3.8.2 helyett install a local repo-ba mint
junit:junit:3.8.2-rev123212-super-modified es modositsd a POM-ot. Ennyi.
Termeszetesen, ezzel a build csak "kontrollalt" kornyezetben lesz buildable.
Vagy, b) telepits MRM-t (Artifactory, Archiva, Nexus, Proximity), es
"spoof"-old a public repo-t a sajatoddal.

- "nekem viszont a kĂśnnyĹą debug miatt inkĂĄbb a forrĂĄskĂłdbĂłl generĂĄlt
vĂĄltozatot" -- roviden: use classifiers. Tehat deploy-olj pl. egy "sima" es
egy "debug" classified artifact-ot. Te hasznald a "debug"-ot.

- "fél világ összes különböző ilyen-olyan konfig-szerű állományát át kell
Ă­rni hozzĂĄ" -- a fenti kettohoz egy-egy sor tartozik a POM-ban (kiveve a b)
esetet ahol semmi sem valtozik a POMban)

Es visszakerdezek/feleselek (sic!):

- "MĂłdosĂ­tasz egy sort az egyik projektben, ĂŠs ki akarod prĂłbĂĄlni". Ez alatt
mit ertunk? JUnit? Vagy "QA" tesztet? Vagy... (azt amire nem merek
gondolni?)  ;)

- A Mergere konyv mar lassan ket eves (olv. elavult), es a Mergere is
megszunt mar. A Sonatype az ropogos es friss :)

- A Maven egyik kidobando feature-ja a site, pedig pont ezt emlited. A
fejlesztok idokozben rajottek, hogy van sokkal jobb tool is, pl. XSite. A
mvn site az valojaban a reportok miatt erdekes (javadoc, xref, emma,
findbugs, stb), a csilivili szajtokat XSite-ban tessek csinalni (ja, van
maven pluginja ;)

- Es vegul, amit tul sokan nem akarnak megerteni: a Maven az nem egy CLI
build tool, hanem _infrastruktura_. Tehat, letoltod az apache.org-rol es
belovod, buildelgetsz itt es ott. Ez mukodik nalad otthon es egy
garazscegben (1-2 szemelyes). De nem egy rendes helyen. Nem am. Oda
infrastruktura kell. Ez van sajna. Fabol vaskarikat.... kivaltani ezeket
elegge nehez es veszelyes.

- Continous integration? Headless build? Ezekre a Maven-t kiveve csak az Ant
v. (brr, hardcore) Make a jo. Tehat aki kizarolag Eclipse projekteket gyart,
az felejtse el ezeket (haha, hacsak nem hasznalja a Sonatype Tycho-t :)  LOL


Legrovidebben: RTFM ;)


Udv,
T



2008/7/2 IstvĂĄn VicziĂĄn <viczian.istvan at gmail.com>:

> Kedves TamĂĄs,
>
> a Maven komplex, és elegendő időt töltöttem a megismerésével, az
> egyébként nagyon jó, és nem Maven-eseknek is erősen ajánlott Better
> Builds with Maven (http://www.exist.com/?q=node/151), szintĂŠn ingyenes
> könyv nagy részét végigolvastam. Erősen használtam, órákat
> foglalkoztam csak a build folyamattal, ĂŠs nem hozta meg azokat az
> előnyöket, amiket vártam tőle. Úgy gondolom, projektje, embere,
> ízlése, stb. válogatja, hogy mikor jó használni és mikor nem. Én egy
> olyan projektben vettem rĂŠszt, amelyet kevesen fejlesztettĂźnk, egy
> helyen, egy modulbĂłl ĂĄllt, azaz pont nem olyan kĂśrnyezetben
> használtuk, ahol az erősségeit kihasználhattuk, és csak a
> robosztusságából eredendő hátrányaival találkoztunk. Opensource,
> distributed fejlesztĂŠsnĂŠl, ahol csilli-villi honlap generĂĄlĂĄsĂĄt is ki
> lehet hasznĂĄlni a sok plugin-nek, vagy ahol sok modul van, bonyolult
> fĂźggĂŠsekkel, bizonyĂĄra sokkal hasznosabb.
> Mi konkrĂŠt ĂŠrveket hoztunk fel, hogy miĂŠrt nem tetszik (belĂĄtom,
> erősen szubjektívek lehetnek), de sajnos az erre jött "béna vagy
> hozzá, ezért nem működik" érv számomra kevés a meggyőzéshez. És ha egy
> könyv és több óra alkotás után nem lehet belőle kézreálló, és ismétlem
> projektre/emberre szabott megoldást kihozni belőle, akkor ez is egy
> ĂŠrv lehet a hasznĂĄlata mellett vagy ellen?
>
> SzĂłval prĂłbĂĄljĂĄtok ki, ĂŠs dĂśntsĂŠtek el, hogy tetszik, vagy nem.
> Tanulni biztosan fogtok belőle, mert rengeteg jó ötlet van, amit át is
> vettem belőle projekt szervezésileg.
>
> De szerintem ez hitvita, olyan, hogy a JAR-ok legyenek-e repo-ban,
> vagy legyen SNV-ben. Kinek mi tetszik. Én elmondtam, nekem mi. :)
>
> Viczi
>
> 2008/7/2 TamĂĄs CservenĂĄk <tamas at cservenak.net>:
> > 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~
> > _______________________________________________
> > 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/20080703/9e5b3999/attachment-0001.html