"Az Eclipse Foundationnek adja át a Java EE-t az Oracle"

 ( trey | 2017. szeptember 14., csütörtök - 7:20 )

"A kiszemelt Eclipse Foundation nonprofit szervezetet 2004-ben alapították, eredetileg a nyílt forrású Eclipse projektek irányítására, illetve fejlesztésére. Az alapítvány stratégiai partnerei között ott van az IBM, a Red Hat, az Ericsson, az SAP és persze az Oracle is, összesen pedig nagyjából 250 tagot számlál, több technológiai szegmensből. Az Eclipse IDE fejlesztését célzó projekt mellett a cég nevéhez fűződik egyebek mellett a SOA Platform Project, iletve a WTP Project is. Az Oracle-nek azért esett a választása az alapítványra,mert annak kiterjedt tapasztalata van a Java EE és a hozzá kapcsolódó technológiák terén, ami a platform átállását is megkönnyíti és gyorsítja majd az új vezetés alá."

További részletek itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Teljesen mindegy mi történik ezzel a versenyképtelen óriási szarrakással, aminek a "fejlesztése" kimerült más rendszerekben bevált megoldások több év késéssel történő átvételében.
Nem kis mértékben okozta a Java rossz hírét.
Persze a tehetetlenség viszi majd még legalább tíz évig, sajnos rengeteg rendszer ebben készült. De aztán majd oda kerül, ahová való: a szemétdombra.
A Spring pedig ezerrel nyomul befelé a piaci résbe (Az hogy ez most jó vagy nem, az más kérdés. A konkurencia hiánya sosem jó.)

Konkrétan mi a bajod a JAVA EE-vel?

Ha nem ismered, nem innen fogod megtudni, könyvet lehetne írni róla.
Ha ismered akkor érezhetted a saját bőrödön.
Ha ismered és szereted... Hát... Végül is nem vagyunk egyformák, szerencsére.

én 3.x-szel dolgoztam utoljára, meg egy picit 2.1-gyel.

az életciklus elképzelése egy komplett marhaság volt, így egybe, az egész.

elosztott tranzakciókezelés lehetséges volt benne, csak hatalmas szívás.

a perzisztenciakezelésének voltak gyereknyűgjei, ami miatt ha már volt egy meglévő adatbázisod, akkor ahhoz kb. lehetetlen volt a beépített mappinget alkalmazni.

a webservice-ek, amiket kiexportált magából, azok is olyanok voltak, hogy volt egy elképzelése a világról, ami nem feltétlenül felelt meg annak amit te tényleg akartál. Na nem mintha a JSON nem dózerolta volna a földbe az összes SOAP alapú cuccot, ahhoz meg hogy custom építgess JSON-alapú dolgokat iszonyat drága volt teljesítményben.

és hát a legvége az, hogy az egész nagy, nehézkes és lassú volt. Ha tudtad, mit akarsz, akkor a PHP pozitív mintáit alapul véve (a service-nek nincs saját perzisztenciája, azokat különböző szintű és típusú perzisztenciaszolgáltatók adják, JSON-ban gondolkozunk, stb), Spring vagy Play alapon lightweight röhögve megépítettél bármit amire a Java EE képes akart lenni. A gyakorlatban mindig az volt hogy hát ez egy szép elmélet.

A lassú kérdéshez persicsb csinált egy tesztet:

https://hup.hu/node/154960?comments_per_page=9999#comment-2134484

Nem feltétlenül a futtatás a lassú. Bár ha valaki nem ért hozzá, az is megoldható.
A fejlesztés/fordítás/deploy ciklus sebessége ami tragikus. Persze erre is van megoldás, főleg pénzért, illetve mostanra egyszerűsítettek rajta valamit, de a régi jó enterprise alkalmazásoknál simán volt 10 perc fordítás, 2-3 perc deploy.

A tesztet nem én csináltam, hanem _Franko_

De a világon nem volt akkora galamb amihez ez megfelelő méretű ágyú lett volna.

Kis rendszerekhez nem volt jó, mert sokkal gyorsabban lehetett Springgel eredményt elérni.

Nagy rendszerekhez nem volt jó, mert a Spring könnyűsége miatt sokkal jobban skálázódott (akár pl. deployban, vagy abban hogy az alacsonyabb IQ-jú kollégák felfogják a működését)

Közepes rendszerekhez nem volt jó, mert nem nyújtott sokkal többet a lightweight rendszerekhez képest.

nem ért hozzá, azért fikázza

Szerintem abba a komponensmodellbe hinni kell, nem érteni hozzá (amúgy van belőle valami certificate-em, de 2008-ból)

Jó hát végülis religion bizonyos szinten :)

A Java EE 5 előtt elég nehézkes volt benne fejleszteni. Szerintem a Java EE 8 alatt már nagyon könnyű a fejlesztés. Szerintem a python, ruby php segítségével sokkal nehezebb komplex megoldásokat készíteni. Fikázás helyett érdemesebb elolvasni a Java EE dokumentációt....