Jak postupovat při učení JavaEE?

[Ondra Satai Nekola]

Maven je build tool/ project lifecycle management. Deklarativne popises projekt (trebas na cem zavisi) a on ti umozni spustit testy, vybuildovat vysledny balicek... Hodne pouziva konvence, takze dost veci nemusis popisovat, pokud se drzis defaultu - napriklad temer vsechny projekty maji zdrojaky v src, kde jsou podadresare test a main atd.

Groovy - alternativni jazyk nad JVM. IMO nedocenitelny pro psani testu spolu se Spockem.

[Reklama]

[Pepa]

Pepa

Super odpoved takto nejak by som to potreboval mat napisane nejaky obecny popis jednotlivych veci co a ako funguje a potom konkretny priklad ... trosku mam odkodene v asp mvc takze zhruba asi tomu chapem ... takze java projekt je tiez rozdeleny do nejakeho mvc a na to mvc sa pouziva Spring FW, ako je v c# entity framework tak java zas ma to hibernate?  a cele to bezi na serveri nejakom ako je v c# IIS tak v jave ten tomcat alebo goldfish? chapem tomu spravne? a este to maven alebo groovy co tu niekto spominal ma aku ulohu ?

Maven nebo Groovy jsou v podstatě buildovací systémy, které zaroveň řeší závislosti. Do konfiguračního souboru nadefinuješ jaké knihovny v jakých verzích budeš používat a ono je to automaticky stáhne. Dá se v tom nastavit spousta dalších věcí, jako jak bude vypadat výsledný JAR/WAR balík, případně to může řešit i deploy na server. Zase tady platí, že to dělá každý trochu jinak, ale princip a ovládání je hodně podobné. Jinak entity framework je C# ekvivalent k hibernate (existuje i Nhibernate pro C#, jen tak na okraj ) a se serverama je to taky hodně podobně. Na MVC je nadstavba nad Spring - Spring MVC. Na projektu, na kterým jsem dělal to bylo tak, že MVC bylo ještě nad bussiness vrstvou, která tím pádem nebyla závislá v podstatě na ničem. Logika aplikace jde napsat i do MVC kontrolerů, ale pak třeba dospěješ do chvíle, kdy budeš potřebovat s aplikací komunikovat třeba přes WSDL a zjistíš, že z těch kontrolerů se to volá hodně blbě. Spring MVC projekt se dá taky naklikat v IDE ve wizardu, ale nevygeneruje to DAO ani to nijak nenapoví s architekturu bussiness vrstvy, ale to asi nikdo nečeká. Jak tu někdo vychvaloval VisualStudio, jak je to tam super vyklikatelný, tak Java to má taky .

[Pepa]

Ha tak koukám, že jsem si spletl Groovy a Graddle, sorry

[Zdenek Henek nereg]

Ha tak koukám, že jsem si spletl Groovy a Graddle, sorry

Zas tak moc vedle nejsi. Gradle je napsany v Groovy. Gradle je pekna "ukazka" kam az se da dotahnout DSL ve scriptovacim jazyce.

V nasem produktu jsme presli z Maven 1.0.2 na Gradle a ja osobne jsem moc spokojeny.

[Zelenac]

Tak abych moc neodbihal od tematu, Spring XML konfiguracni soubory, to je naprosté pošušňáníčko, docela by mě zajímalo, jakou nemocí trpěl vývojář, který tento systém vymyslel. Tipnu si, že opensoutcový vývojářský tým neměl lidi a nabízel se jen vývojář Joe, který si doposavaď nepích, a ten trval na XMLku protože to byl úchyl. Takže člověk se musí naučit springovské XMLka a aby toho nebylo málo zjistí, že skopovým hlavám z komunity p letech docvaklo, že jsou ty xmlka vlastně nesmysl a že je lepší konfigurovat v Javě, takže od verze Springu 3 je zde tato další možnost.

Není lepší si platformu zaplatit a vyvíjí jí potom tým profesionálů a ne pošuků a nemohoucích?

[Reklama]

[javaman]

XML už skoro nikde nenajdeš, protože není problém to předělat, pokud ti na tom tolik záleží. Novější projekty to určitě nemají.

Až bude někdy .NET vážnou konkurecí Javy, tak dej vědět.

[none_]

A clovek doufal, ze se vas dvou uz zbavil..."D

[Zelenac]

XML už skoro nikde nenajdeš, protože není problém to předělat, pokud ti na tom tolik záleží. Novější projekty to určitě nemají.

Až bude někdy .NET vážnou konkurecí Javy, tak dej vědět.

Zde bych tedy oponoval, že já v práci teda xmlka používat musím, protože je zde jeden Java Hero (Péro), který na ně nedá dopustit, a když jsme měli před pár měsíci skoleni na Spring, tak jsme rovnez pouzivali jen XMLka, z čehož mi vyplývá, že na tuto slepou vývojovou větev budu zas a znova narážet.

[perceptron]

Spring XML konfiguracni soubory, to je naprosté pošušňáníčko, docela by mě zajímalo, jakou nemocí trpěl vývojář, který tento systém vymyslel

1. spring xml konfiguraciu vymyslel v roku 2002.
2. xml konfig sa dnes uz vobec nemusi pouzivat

dajte uazku xml konfigu a dajte ukazku z .net

[javaman]

XML už skoro nikde nenajdeš, protože není problém to předělat, pokud ti na tom tolik záleží. Novější projekty to určitě nemají.

Až bude někdy .NET vážnou konkurecí Javy, tak dej vědět.

Zde bych tedy oponoval, že já v práci teda xmlka používat musím, protože je zde jeden Java Hero (Péro), který na ně nedá dopustit, a když jsme měli před pár měsíci skoleni na Spring, tak jsme rovnez pouzivali jen XMLka, z čehož mi vyplývá, že na tuto slepou vývojovou větev budu zas a znova narážet.

Si musíš najít práci se Springem tak za sto tisíc a ne nějakou lopaťáckou, kde děláte trapné webíky. Lopaťáky pošli do hajzlu a běž jinam.

[mikrom]

Pepa

Super odpoved takto nejak by som to potreboval mat napisane nejaky obecny popis jednotlivych veci co a ako funguje a potom konkretny priklad ... trosku mam odkodene v asp mvc takze zhruba asi tomu chapem ... takze java projekt je tiez rozdeleny do nejakeho mvc a na to mvc sa pouziva Spring FW, ako je v c# entity framework tak java zas ma to hibernate?  a cele to bezi na serveri nejakom ako je v c# IIS tak v jave ten tomcat alebo goldfish? chapem tomu spravne? a este to maven alebo groovy co tu niekto spominal ma aku ulohu ?

Neni to goldfish ale glassfish.

Aby si ten proces lepsie chapal:
Ak pracujes na rozbehnutom projekte frameworky su uz dane. Takze ak mas k dispozicii nejake hotove zdrojaky (co spravidla mas napr z GITu), nemal by byt pre priemerneho programatora ziadny velky problem vytvorit podla toho novu aplikaciu.
Syntax jazyka Java je jednoducha, IDE su dobre a urobia za teba kopu prace ...

Maven sa pouziva ako buildovaci nastroj.
Ja mam napriklad web-aplikaciu, ktora je zlozena z 3 projektov:
- core-webgui
- dodavatelov-webgui
- moj-webui
T.j aplikacia zahrnuje moje programy + programy dodavatela, ktore su navzajom prepojene.
Ja mozem robit upravy alebo vytvarat nove aplikacie, len v projekte moj-webgui. Pocas vyvoja opakovane  MAVENom buildujem celu aplikaciu aby som ju otestoval na local hoste.
Ked je vsetko OK, tak MAVENom zbuildujem vsetky 3 projekty dokopy do jedneho EAR file a ten deploynem na testovaci WAS server (WAS = WebSphere Application Server od IBM ) a ked sa to otestuje, tak sa posunie tento EAR na produkcny WAS.
Co sa tyka celej masinerie MAVENu, tak pritom je dolezity hlavne jeden subor. tzv POM, kde su nastavene zavislosti a treba v nom obcas nieco menit, Ja tam menim spravidla iba to, aby sedeli  cisla releasu alebo SNAPSHOTu.

Na jazyku Groovy je zalozeny iny podobny tool na automatizaciu ako MAVEN, ktory sa vola Gradle. Ja som sa ale s nim ale este v praxi nestretol.

[javaNewbie]

Neni to goldfish ale glassfish.

Jj jasne, som sa sekol trosku
tak hned po skuskovom sa do toho dam, a ak by som sa na niecom zasekol a nevedel si rady tak napisem sem do tohto vlakna a snad niekto poradi

[Ondra Satai Nekola]

Ad XML vs konfigurace v kodu - zalezi preci na tom, co clovek potrebuje. Ani jedno neni obecne lepsi nebo horsi, jsou jenom lepsi nebo horsi pouziti pro konkretni situace.

[youda]

Ad XML vs konfigurace v kodu - zalezi preci na tom, co clovek potrebuje. Ani jedno neni obecne lepsi nebo horsi, jsou jenom lepsi nebo horsi pouziti pro konkretni situace.

Tak nejak.

Konfiguraci anotacema v kodu je mozno pouzit kdyz primo s kodem pracuju, vyhoda je ze konfigurace je videt primo v editovanem java souboru.

Konfiguraci v XML pouzivam pro konfiguraci 3rd Party knihoven, treba kdyz potrebuju Apache CXF rict, kde ma hledat keystore, opravdu nebudu hrabat do zdrojaku Apache CXF.

Konfigurace pomoci configclasses je obdoba XML, osobne to moc rad nemam, prijde mi to spatne citelne. Vyhodou ma zrejme byt, ze konfiguracni javaclass se odmitne zkompilovat, pokud je v ni formalni chyba. A umoznuje dovnitr pridat i svuj tracovaci kod, pokud neco blbne - to je obecne problem u XML - neco nezafunguje a hledej to v tech obrich tracelogach - autowiruje se NULL a NullPointerException sejme celou aplikaci. Neprijemne zvlast u veci, ktere se spousteji velice zridka.

Ale slusne IDE (napr Eclipse) kontroluje formalni spravnost i u XML a funguje i naseptavac Ctrl+Space.

"Zacatecnik" zkratka trepe hovadiny jako ostatne celou dobu. Ze ma Spring tri zpusoby konfigurace beanu neznamena, ze  se nejak navzajem tlucou. Jsou pro jine zpusoby pouziti.