Jel koristi neko Maven?

Hvala Vanji i sanchi na iscrpnim objasnjenjima. Shvatio sam i prednosti (koje su bile uglavnom fokus ove diskusije) a i mane.

Sto se tice dejankr-ovog teksta/replike na ono sto sam napisao - slazem se da je moj tekst subjektivan i da se radi o pitanju ukusa. Elem, radije cu koristiti nesto sto znam/razumem, sto ne radi stvari potpuno automatizovano (mada to zavisi od toga kako napisem Make kod), nego zavisiti od necega sto radi automatski do trenutka kada nesto krene naopako a onda sesti i citati tonu dokumentacije kako rucno editovati XMLove od par stotina/hiljada linija. Iz mog subjektivnog ugla: lakse mi je editovati citljivi Makefile nego editovati XML djubre koje je btw. u 99% slucajeva automatski generisano. Razlog zasto ja i dalje gotivim Make je prosto sto isti radi sa svim mogucim programskim jezicima koje koristim (i/ili ne koristim).
Sto se dejankr-ve opaske u vezi "standarda" i sistema za build koje razna okruzenja koriste tice, tu nema sta da se diskutuje - i sam si (dejankr) rekao da su oboje vec standardi, tako da kapiram da je ono pitanje ("ne znam odakle...") vise bilo upuceno na to koja okruzenja ne koriste Ant... Ja sam u svom kratkom Java zivotu naisao na nekoliko takvih, no VERUJEM da su neke novije verzije "sredjene" tako da sada koriste Ant. :)


U svakom slucaju, Vanja je uspeo da me ubedi da makar probam Maven. :)

Potpis

Dejan Lekic
software engineer, MySQL/PgSQL DBA, sysadmin

Osnovna ideja mavena je bila da se izbace velike, komplikovane i necitljive skripte i xmlovi.
pom.xml je standardan, uvek iste strukture, lako citljiv i razumljiv, i uglavnom mali.

Nema tu bogzna kakvog trazenja greske: tvoj plugin ili radi, ili ne radi, i to je to.
Mi smo imali slucajeve da nije postojao odgovarajuci plugin, i embedovali smo ant taskove, sto nije posebno komplikovano.

Editovanje xml-a se uglavnom svodi na dodavanje/menjanje dependencija, i eventualno dodavanje novih pluginova ako hoces da podesis neku stvar specificnu za tvoj projekat.



Mi smo imali identicne probleme sa continuos buildovima.

Maven interno koristi vise repozitorijuma za prikupljanje resursa, a nekad treba dofinisati i dodatne. Desava se da neki od njih nisu dostupni u vreme builda.

Dalje, ako se ne fiksira verzija pluginova, maven ce sam koristiti najnovije, koji opet sami po sebi nisu dovoljno stabilni, pa se desava da se sa potpuno dobre verzije koja se koristila prebaci na novu kojoj ili fale neke stvari, ili ne jednostavno ne radi kako treba.
Dalje, meni i dalje nije poznat ceo algoritam po kom maven odlucuje koju verziju kog internog jara koristi, i odakle je trazi, ali se ta informacija definitivno razlikuje u zavisnosti od toga koji repozitorijumi su mu dostupni, i meta podataka na njima, tako da se opet ponekad desavalo da zbog izmene verzija odjednom na pogresnom repozitorijumu trazi pogresan jar i ne moze da ga nadje.
Zavrzlama neopisiva...
Sve su ovo bili privremeni problemi, i nadam se decije bolesti koje su mozda vec i resene, ali su za nas bili jako neugodni, i ludeli smo.

Da bi se to resilo, prvo smo fiksirali sve verzije pluginova koje koristimo, da bi se resio "maven uncertainty principle". Ovo je prakticno eliminisalo probleme.

Ipak, da bi bili potpuno sigurni, poceli smo u interni repozitorijum (koji smo vec imali zbog licenciranih stvari koje koristimo) da kopiramo i "eksterne" stvari, i da koristimo samo njega, tj. overrajdovali smo "central" sa nasim.

Ako zatreba nesto novo, promenimo profil i dovucemo nove stvari. Ako sve prodje ok, instaliramo u nas repozitorijum, i zatim se vratimo na profil koji koristi samo nas interni repo.

Ovaj sistem radi savrseno vec nekoliko meseci.

Ne iskljucujem da je ovaj "buildr", ili nesto drugo alat buducnosti, ali posto ja sa mavenom nemam probleme koje je on opisao, nije me bas ubedio za pocetak.

Potpis

If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/

Upravo zbog sličnih stvari ja i dalje više volim da radim sa Ant-om. Maven će u 90% slučajeva sasvim fino i elegantno da ti odradi posao, ali zbog onih 10% koje umeju da uzmu mnogo vremena i živaca ipak više volim da imam stvari pod kontrolom. To podrazumeva i da su mi svi jar-ovi od svakog projekata na CVS/Subversion, jer nikad ne znaš da li će najnovija verzija biblioteke X raditi sa bibliotekom Y.
Slažem se da je Maven mnogo više od build tool-a, ali meni uglavnom build tool samo i treba. Uzgred, Ant fajlovi više ne moraju da se pišu sa copy/paste i da budu veliki i nečitljivi, pošto možeš da importuješ druge build fajlove i samim tim sve zajedničke stvari držiš u jednom fajlu.

Slažem se da je OK da radiš sa onim što bolje poznaješ. Pogotovo ako radiš sam. Međutim, ako radiš u okviru neke firme sa drugim programerima, moraćeš da se prilagodiš onome što se tamo koristi. Iz mog iskustva, mala je verovatnoća da će to biti make (ako govorimo o firmama gde se koristi Java). Daleko je veća verovatnoća da će tamo koristiti Ant ili Maven. Takođe, siguran sam da ma koliko je make fajl tebi čitljiv, daleko veći broj Java programera se mnogo lakše snalazi sa XML-om. Pri tome, ja čak ne mislim da je XML jako dobar način za definisanje build logike (što je priznao čak i autor Ant-a).



Možda se nismo dobro razumeli. Kada sam pričao o okruženjima mislio sam na firme i timove gde se koristi Java, ne na IDE alate. A što se tiče IDE, stvarno ne znam ni jedan Java IDE (sad ih i nema više mnogo: Eclipse, NetBeans, JDeveloper, IDEA...) koji nema podršku za Ant. Maven je mnogo manje podržan ali i to se popravlja...

Samo da se javim posle par meseci :)

Ja sam obecao da cu se vratiti sa pricom kada bolje savladam ovu materiju.

Ispostavilo se da je znanje toliko naraslo da je prosto nemoguce u jednoj temi sve opisati, a da se to ne pretvori u pisanje knjige :D

Izucio sam i implementirao infrastrukturu baziranu na Mavenu i pratecim tehnologijama (Continuum, Artifactory, SVN...) i odradio 3 projekta u ovoj prici i mogu vam reci da sam odusevljen!

Drzao sam prezentaciju na ovu temu, a ona se prostirala na 3 dana po ~ 3 sata, pa mislim da je jasno zasto je nemoguce sve ovde ispricati :)

U svakom slucaju, ko se bavi ozbiljnim Java razvojem, definitivno vredi krenuti u ovom pravcu.

V

Bilo bi lepo ako bi u okviru JavaSvet-a održao predavanje na tu temu. Mislim da bi ljudi voleli da čuju takvo predavanje.
Java zajednica nije baš aktivna u poslednje vreme, treba je malo prodrmati.

Ako mi verujes da sam razmisljao o tome :)

Raspolozen sam, sta su koraci?

@Vanja
Mozes da kontaktiras Igora Spasica oko predavanja na nekom narednom sastanku JavaSvet zajednice
http://www.javasvet.net/kontakt.html
[quote]POTREBNI PREDAVAČI!!! Za predavanja su potrebni predavači. Jako smo fleksibilni po pitanju tema, sve što ima veze sa Javom, softverskim inženjerstvom dolazi u obzir.[/qoute]

Potpis

I've seen things you people wouldn't believe. Attack ships on fire off the shoulder of Orion. I watched C-beams glitter in the dark near the Tannhauser gate. All those moments will be lost in time, like tears in rain. Time to die.

Iskomunicirao sam sa Igorom. U procesu je pronalazenje adekvatne lokacije drzanja predavanja i potrebnih HW resursa. Bicete blagovremeno obavesteni o detaljima :)

Okvirno - kraj februara/pocetak marta.

Predavanje je 1. marta. Vise detalja na http://www.javasvet.net/sastanak/9/index.html

Ne znam da li ste primetili ali zadnjih par nedelja je baš prisutno "anti-maven" raspoloženje po raznim blogovima i forumima? Odjednom svi vide njegove mane! Evo u ovoj diskusiji ima dosta linkova ka raznim blogovima: http://www.infoq.com/news/2008/01/maven-debate

Meni RSS klijent pun toga u poslednjih 10 dana :D

S obzirom da imam dobro misljenje i mavenu, bas sam se pitao koje su mu lose strane.To sto nema dobrih pluginova za IDE? Moze se preci preko toga, ako to nekome toliko smeta, moze i sam da ih napravi, zar ne :)

nisam dosad cuo na neko koristi Ivy umesto mavena.

A to sto je neko mora da "read their manual everytime I want to creating a project"!
Pa ko kreira nove projekte svaki dan, da bi ka to smorilo ?!?

A nije problem napraviti i batch file koji pokrece
mvn archetype:create....

Potpis

http://www.linkedin.com/in/milandinic

Ja sam naisao na nekoliko problema, mada ne toliko ozbiljnih.

Podrska za IDE: Sto se tice Eclipsa, situacija je losa, ima jedan kilav, a i Google je napravio jedan, ali je u raspadu. Medjutim, kod IDEA 7.0.2 situacija je kul. Idea sama prepozna Maven projekat i nudi mogucnost pokretanja goal-ova i faza na klik, sa sve outputom u njoj. Ono sto meni licno nedostaje u Idei je podrska sa searchovanjem odredjenog artifakta, a da plugin sam potrazi u definisanim repozitorijumima, ponudi izbor i da na klik sama azurira POM. Ovo postoji u Eclipse pluginu, ali su druge funkcionalnosti plugina lose. Idea takodje nudi importovanje projekata iz maven strukture (mada ovo nije neophodno posto sam maven ima plugin za ideu - idea:idea)

Dokumentacija - ovo jeste malo mucno, morate da kopate po netu ili po 2 vec malo neazurne i nepotpune knjige, ali boze moj, obicno se zadrzite na konacnom skupu funkcionalnosti koje razradite i to vam radi posao. Po meni, fali jedna valjana knjiga o ovome.

Meni licno najvise ide na zivce sto kada mi treba odredjena biblioteka, ja saram rucno po repo1.maven.org/maven2 i trazim artifakt. Nekad se ispostavi da se totalno zeznem. Na primer servlet-api artifakt se nalazi pod groupId servletapi.servletapi, ali i pod javax.servlet.servlet-api. Neretko se desava da odredjena (tipicno najnovija) verzija biblioteke (artifakta) ne postoji, pa onda moram da pribegavam rucnoj instalaciji artifakta u inhouse repozitorijum. Da ne govorim da tada moram rucno da specificiram zavisnosti te biblioteke od drugih. Ali dobro, ovo resavam "vestackim" pom projektom kao dependency grouping.

I na kraju, postoje neki sitni bagovi za koje mora da se ceka da dodju na red na JIRI. Primer: ako imate prepodesen central repo na vas inhouse, a nemate konekciju ka internetu sa vase masine (a imate vezu sa inhouse repom) i pokrenete archetype:create na lokaciji koja nema pom.xml (sto je prirodno) maven se blokira.

Vidim da se mnogi zale na to sto jedan build u jednoj situaciji se bilduje sa jednom verzijom plugina, a kod nekog drugog posle nekog vremena na primer, sa drugom i onda pukne. Pa se ovo resava tako sto se u pomu predefinisu verzije plugina, sto je mucno s obzirom da ima gomila pluginova. Ja licno sa ovim nisam imao problema. Nikad nisam razmisljao koja verzija plugina se koristi za nesto..

Ali kada se sabere i oduzme, mislim da se isplati :)

Iskren da budem, nisam imao dobra iskustva sa ovakvim pristupom, pa da idem na import maven project, niti da uzmem pa da kreiram novi preko new maven project (radim u eclipsi).. Razlog je taj sto UPROPASTI classpath. Dakle totalan disaster napravi. Tako ne mogu da na primer koristim posle TestNG plugin (recimo). Jedino pa da iskopiram .classpath fajl iz nekog drugog projekta.

Sam napravim 4 source foldera i dodam pom.xml i idem na enable maven. I tako sljaka ql

p.s. Idemo svi da slusamo Vanju u REXu!

Za potrebe firme, kao deo software arhitekture, a da bi i resili problem kreiranja novih projekata, kreirao sam nekoliko custom archetype-a (nazovimo ih maven template projektima).

Pokazalo se kao odlicno resenje problema pokretanja novih projekata i sredjivanja medjusobnih zavisnosti. Naravno, kljuc je u kreiranju sopstvenog lokalnog maven2 repository-ja (koji izmedju ostalog sadrzi i custom biblioteke).

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Upravo i to ce biti jedna od tema predavanja - archetypes ;)

Što se ovoga tiče ne moraš ručno da pretražuješ:
http://www.mvnrepository.com/

isve je tu što ti treba.

Potpis

- http://miloszikic.com -

Hm, ovo je skroz ql. Medjutim, izgleda da je ovaj search potpuno baziran na ibiblio-u? Ne znam zasto to vise nije oficijalni repozitorijum, cak je i u Artifactory repository menadzeru blacklistovan. Opet stoji problem ako se doda specifican repozitorijum, recimo JBossov. Jel si ti ibiblio postavio kao svoj central?