Nejpouzivanejsi Java v produkci je porad petka a J2EE 5 a oni uz nam cpou sedmicku!
Meli by brzdit, mne by vyhovovala jedna verze tak za 7 let. Podivejte se na J2EE 6. Kolik aplikacnich serveru to umi? Krome glassfishe zadnej (jboss ma s 6 problemy, geronimo nema celou specifikaci) - zbytek je v beta verzich.
WAS 8 je mozna uz venku ostra, ale pokud to neni alespon rok venku tak jako kdyby to nebylo - vsichni to ignoruji a cekaji kdo bude ten blazen aby si to dal do produkce a odchytal tam bugy. WAS 7 byla tragedie do takovyho 5 fixpaku.
Potrebujeme vubec Java 7? Tedka rozhodne jeste ne. U Javy uz lita mezi zakaznikama strasnejch verzi. Dost jich jeste jede na 1.4 a teprve minuly rok byla Java 6 prijmuta zakazniky jako standard pro nove projekty spolecne s WAS 7. Jeste pred 2 ma lety se jim do Java 6 moc nechtelo.
Misto vydavani novych verzi by meli radeji prodlouzit support pro Java 5 a Java 6.
Lidi by nikam jinam nesli, protoze proste nemaji kam. Kdyz si vezmete systemy jako mainframe, zOS, TPF, IMS, DB2, CICS, CF. Tak ty nemaji konkurenci - nikdo jiny neumi to co oni. Neni proste kam premigrovat anich bychom ze vzdali vyhod ktere nabizeji.
U systemu typu Oracle a DB2 for Unix tam by se prirozene premigrovat jinam uz dalo. Ale naklady spojene s migraci na jiny system by byly prilis velke, protoze zejmena systemy udelane na Oracle jsou desne zpraseny. To se nevyplati.
Nejvetsim konkurentem tehle technologii neni konkurence ale jejich starsi verze.
A featury databazi? Vetsinou jsou dnes uz degradovany na backend pro JPA/hibernate. Na tohle staci uplne jednoducha db. Na vetsinu dnesnich aplikaci by stacil Oracle 8, DB2 4. Novejsi databaze jsou jen vice skalovatelnejsi a efektivnejsi.
Inovace? Kdyz treba DB2 9 prisla s pureXML. Coz je native XML database engine tak jaka byla reakce lidi? Proc misto tehletech kravin jako je preportovani IMS na unix neudelaji neco poradnyho. Pritom pureXML je velmi dobra vec, uklada to XML v hierarchickem modelu (a navic ho nekurvi takze signatury se nerozbijou) namisto v relacnim jako to delaji SQL databaze.
Reknu vam priklad. I kdyby boing nevyrobil uz ani jedno letadlo tak tu jeste za 50 let bude. Proc? Prodava servis na ty co tu uz existuji. To mate stejny u ostatnich technologii. Myslite si ze by kuprikladu websphere ztratil pozici kdyby 5 let nevysla nova verze? Jasne ze ne. Jak jednu vec poradne rozjedete tak ona vydrzi bezet leta setrvacnosti.
To je pravda, len ekosystém začne COBOLovatieť a inovácie a nadšenie sa presunú do iných platforiem. (Otázka je, akých :-))
Ono JVM ako platforma je stabilná a už sa IMHO dramaticky neposunie a Java z hľadiska syntaxe je de facto zamrznutá. Tipujem, že Java 8 bude mať posledný upgrade syntaxe, v mainstreame a projektoch bude tak v 2015 a medzičasom kopa projektov zmigruje do iných jazykov nad JVM.
Ano, tenhle přístup chápu, ale nelíbí se mi – jsou to takové ty zasmrádlé „legacy“ technologie, pro které už nikdo nevyvíjí a akorát se nad nimi udržují staré aplikace. U Javy bych preferoval jinou budoucnost.
Odladit a otestovat aplikaci na novou verzi JDK sice něco stojí, ale těch zpětně nekompatibilních změn je minimum*. Navíc je tu i druhý problém: když se Java nebude rozvíjet, přestanou se ji lidi učit, protože pro ně nebude perspektivní. A pak zbude jen pár „starců“, kteří jsou schopní tyhle systémy oprašovat, a ti si to nechají pořádně zaplatit. Takže i z ekonomických důvodů je IMHO lepší živá platforma a jazyk – protože pro ni je dostatek schopných lidí na trhu práce – a není potřeba horko těžko shánět někoho, kdo umí mrtvou platformu, a pak ho platit zlatem.
*) např. enum, pokud si tak člověk pojmenoval nějaké proměnné – v 1.5 už to nezkompiluje, protože je to klíčové slovo.
pro mainframy se normalne delaji i nove veci. Vzdyt IMS je nejpouzivanejsi databazovy system pro transakcni zpracovani na svete. Bez IMS by ekonomika zdechla. IMS je to overena platforma.
To, ze se nejaka technologie prestane rozvijet neznamena ze se ji prestanou lidi ucit. Podivejte se treba na letectvi. Porad se jeste pouziva NDB navigace a jak je to stara navigacni technologie.
http://itmarketstrategy.com/2010/06/24/migrate-from-mainframe-to-what/
Vetsina lidi delajicich v IT tyhle veci nechape. Nedokaze totiz videt cely obraz - cely ten ekosystem. Porad mi tu lidi rikaji at prodame ty POWER a koupime intel blades. Jim to pripada vyhodne protoze ty intel stroje jsou levnejsi. Nechapou ze kdyz soft co jedeme stoji tak $20-$50 k per core tak ze cena HW je zaukrouhlovaci chyba.
Nektery veci proste nejsou na prvni pohled videt. Naprosta vetsina letist jede svuj IS na mainframech. Maji vylozene radi tuhle platformu, protoze nefukcni IS na letisti = velmi drahy vypadek. Dodavatel SW pro letiste jim plati za chyby v SW.
Vemte si to jednoduse. Co se vic vyplati? O co se kazdy prumysl snazi? Delat veci ve velkem nebo v malem? MF dela zpracovani dat ve velkem.
Tak ten cyklus je 5,5 roka, 5ka bola EOLnuta uz v oktobri 2009, 1.4 mala support dokonca 6,5.
Mozno najvacsi problem je v tom, ze podla roadmapy bude 6 EOLnuta uz v juli 2012, teda rok po 7ke, zatial co 5ka bola EOLnuta 2,5 roka po prichode 6ky... ten rok bude malo.
Nehovoriac o tom, ze o rok tu mame osmicku.
Jo tohle znam. Je to +2 roky navic za hodne penez a pak dalsi +3 roky za 3x tolik.
http://www.oracle.com/technetwork/java/javase/eol-135779.html?ssSourceSiteId=ocomen
To se vyplati kupovat jen pro velky servery a aplikace typu bankomat. Platit tisice dolaru na procesor za dve patche rocne?
Navic jako vsechny dobre napady co mel SUN i tohle uz oracle sejmul a nechava to jen dobihat. Nevim proc sejmul JavaFX script - mne to pripadalo jako hezka alternativa ke flashi.
To přece ale není nic nepředvídatelného, nepřijde mi, že by se Java vyvíjela nějak nahodile, chaoticky jako jiné platformy, naopak je to spíš dost stabilní a jistá věc, poměrně dost konservativní, ve srovnání s jinými…
Je normální, že každý platformní software (operační systémy, DBMS, aplikační servery nebo tady JDK) má nějaký životní cyklus, po který je podporovaný. S tím musí autoři aplikačního softwaru počítat a přizpůsobit se tomu – přizpůsobit svůj software v dostatečném předstihu na novou verzi platformy – takže i když je v produkci 5, vývojáři už musejí mít odladěno pro 6 a být připraveni nasadit na novou verzi JDK. Jestli někoho nová verze zaskočila a není připraven na konec podpory staré, tak zaspal a je s prominutím nekompetentní.