Java 5.0, ima li suštinskih promena?

Ima li neko informacija šta je novo u Javi 5.0?

Čitao sam na Sun-ovom sajtu o tome kako je sve cool, kako su uveli neke sintaksne šećerleme, a šta je sa bibliotekama? Ja tim marketing teksovima ne dajem mnogo značaja, javu su ionako previše komercijalizovali i njom se izgleda više bave stručnjaci za marketing nego programeri.

Ima li neki nezavisni i stručni izvor da oceni novu javu, npr. da kaže šta je od onih 10 problema koje je Elliotte Rusty Harold naveo pre 2 godine u http://www.onjava.com/pub/a/onjava/2002/07/31/java3.html u novoj javi ispravljeno.

Znam samo da su Brus Eckel i drugi pobesneli, jer u Sun-u samo rade šminkeraj. Jezik su preuzeli komiteti gde mediokriteti većaju što im je činjet pa se mnogi na njihov račun sprdaju i javu zovu COBOL-om današnjice. Najvažnije im je da se očuva vražja kompatibilnost sa programima pisanim pre skoro 10 godina koje retko ko koristi i koje niko od tad ni ne razvija pa je u dokumentaciji najčešće korištena reć: deprecated. Tako je C++ talac C-a, a Java sebe same!

Potpis

Bolje džaba ležat nego džaba radit.

5.0 je samo oznaka za 1.5 JRE. Imas na sajtu poboljsanja u odnosu na 1.4, uvedeni su template-s, radi nesto brze nego 1.4, uvedene su neke rezervisane reci (ja sam naleteo samo na enum jer kad radim Enumeration iz vektora UVEK ga nazovem enum, a sada vise to nece da kompajluje)... Verovatno ima jos. A sto se tice smike same jave u tome se potpuno slazem. Jako dugo oni mnogo vise ulazu u marketing nego u pravi razvoj. Recimo ja sam jos pre nekoliko godina video da mozes da kupis koznu jaknu sa znakom "100% java"....

http://www.google.com/alerts?q=java+5&hl=en

Evo sad sam procitao ovaj clanak i NISTA od ovoga nije uradjeno

Haroldovi predlozi bi bili sjajni za novi Java-like jezik (C## :) ). Međutim, mnogi od njih bi doveli do toga da stare aplikacije ne mogu da se kompajliraju sa novom verzijom Jave, a to bi dovelo do linča. Znate li koliko se pritužbi i dan danas čuje što je C++ standard uveo


umesto starog


To se da ispraviti jednom search-replace operacijom pa se opet ljudi bune, a zamislite šta bi bilo d ase izbace sve Javine deprecated klase/metodi?

Potpis

IOCC

Java 5.0 (1.5) definitvno predstavlja jednu od najznačajnijih verzija Jave (poput Jave 1.2 iliti Java 2).
Da li ima suštinskih promena? U prinicupu ima kada govorimo o načinu programiranja. Tu su anotacije, generički tipovi, enumeracije i slično... Ubeđen sam da će ove novine prilično promeniti način programiranja i da će biti sve više projekata koji će zahtevati Javu 5 (npr. Tomcat 5.5 je verzija koja radi samo na Javi 5). J2EE 5.0 (ili J5EE) će koliko čujem zahtevati JDK 5.0 jer će se ići na korišćenje anotacija umesto XML deploymnet descriptora.

Tačno je da Sun dosta insistria na kompatibilnosti sa ranijim verzijama, međutim ne mislim da je to loše. Što se tiče marketinga on je odavno prisutan u IT industriji mada mislim da Sun i nije najgori primer. Mnogim drugim kompanijama marketinški timovi određuju datume izlaska verzija bez obzira na to što se zna da proizvod tehnički ne zadovoljava sve kriterijume. Sun je s druge strane često odlagao izlazak više verzija Jave i J2EE zbog toga što je smatrao da nisu dovoljno kvalitetne.

Što se tiče Bruce Eckela i ostalih, moraš voditi računa da su oni nezavisni konsultanti koji sebi moraju davati na značaju kako bi se mogli bolje "prodavati". Zato moraju da budu glasni i kada za to ima i kada nema mnogo opravdanja pa ih ne treba uvek uzimati zdravo za gotovo (pogotovo takvo mišljenje imam o Bruce Eckelu). Prosto, glupo je očekivati da se u Javi, u kojoj danas postoji toliko napisanih programa prave veliki rezovi. Svaka novina koja se uvodi mora se razmatrati sa svih mogućih uglova pre nego što se stvarno ubaci u jezik. Da nije tako, Java se ne bi toliko koristila u enterprise sistemima gde je stabilnost i kompatibilnost jezika daleko važnija od toga da li je jezik cool
Dejan

.... to verovatno znači i definitivno zbogom kakvoj-takvoj kompatibilnosti sa J2ME.

f

Ne bavim se mnogo J2ME ali nisam siguran da sam razumeo komentar...
Govoriš o kompatibilnosti J2SE sa J2ME ili J2ME implementacija međusobno?

Dejan

Govorim o „kompatibilnosti“ između J2SE i J2ME specifikacija. Java se reklamira kao jezik koji radi na svemu i svačemu, dok u realnosti dobro radi samo na mainstream, odn. high end sistemima. Jeste, nekakva Java specifikacija radi na mobilnom telefonu, ali kao što će posvedočiti svako ko je ikada s tim radio, nije to to. Znam da PC programere mobilni telefoni i PDA zanimaju ko lanjski sneg, ali činjenica je da se u mobilnim aplikacijama krije (vrlo realan) profit. Problem je što niko još uvek nije napisao nijedan ozbiljan program za PDA ili mobilni.

f

Pazi, na PDA mozes da poteras full j2SE, sa sve AWT GUI-jem (moze i swing ali se vuce do zla boga). Sa ovim se slazem, da jos nije pisana ozbiljna aplikacija za mobile devices ovde (doduse ja bar nisam cuo, ispravite me ako gresim), ali pitanje je samo vremena kad ce se nesto pojaviti. Mada iskreno mi i nismo neko trziste za takve aplikacije.

Pa ne baš. Možeš da poteraš J2SE 1.3, upravo gajim ovde jedan Sharp Zaurus sa Blackdown J2SE. Ali većina novijih programa već je beznadežno na 1.4, tako da od toga slaba vajda. MIDP maltene nije Java, a Personal Profile je odumro koliko vidim.

Kada sam rekao da nema ozbiljnih aplikacija mislio sam generalno.

f

hmm... sa druge strane to je potencijalno novi .com, ukljucujuci i pratece tehnologije koje postaju popularne.

Potpis

OV SM
LA PK

Da, ali je cela stvar još uvek na nivou (da me izvinu maloletni) mrsomuđenja. I da me ne razumete pogrešno, govorim o mestima gde ljudi prilično ozbiljno (treba da) o tome diskutuju.

f

jep... zato ce i biti interesantno na sta ce sve to liciti, posto dosta stvari nazalost i ostane na nivou mrsomudjenja (opet izvinjenje).

Potpis

OV SM
LA PK

Negde sam pročitao da se Swing aplikacija može iscrtavati putem OpenGL-a i da se performanse poboljšavaju za čitavih 30% ! Jel probao neko ovo ?

Potpis

Mali Oglasi

Trebalo bi da je jedan poznati svetski proizvodjac izbacio J2ME aplikaciju za citanje Word/Excel/PDF dokumenata na mobilnom telefonu...To je jedan krupan projekat ako se uzme u obzir stepen dokumentovanosti office formata i stepen slozenosti PDF-a. Dobar deo ovoga je radjen kod nas :) U stvari hteo sam da se slozim da je J2ME zaista veliki potencijal, kako mobilni telefoni budu dobijali snaznije procesore i vise memorije bice i potreba za vise aplikacija...Jos kada bi imao neki upotrebljiv debug-ing, ali radi se i na tome...

Potpis

"The most likely way for the world to be destroyed, most experts agree, is by
accident. That's where we come in; we're computer professionals. We cause
accidents." - Nathaniel Borenstein

Koji je program u pitanju

IMHO, J2ME je slepo crevo koje će odumreti kada mobilni budu dovoljno jaki da „voze“ ceo J2SE. A ni sad se ne oseća baš najbolje, jer su igre jedino što se za J2ME pravi.

f

mislim da se to ne odnosi na UI kontrole, već na java2D api..



pa nije baš ništa..

1) primitivni tipovi nisu baš izbačeni, ali auto(un)boxing na dosta mesta briše razliku između njih i objekata.

2) takođe, ubačeni su i type-safe "enum" tipovi umesto int konstanti..

3) char je i dalje velik dva bajta, ali je porađeno na podršci surogate-parova. npr, većina (sve?) metoda koje su do sada prihvatale char-ove, sada imaju i overloadovanu verziju koja prihvata četvorobajtni unikod karakter u obliku int parametra

4) niti i konkurentnost su poboljšani (a da li su baš "popravljeni" još ne znam). ovo uključuje semafore, lock-ove, konkurentne kolekcije i još neke alate i poboljšanja..

5) racionalizovane kolekcije. sa jedne strane preko generiksa, sa druge preko auto(un)boxinga i sa treće preko thread-safe kolekcija..

a verovatno ima i još stvari kojih se ja ili nisam setio, ili još ni ne znam da postoje (lista izmena/dodataka je poduža).

naravno, sve stvari koje bi prekinule nazadnu kompatibilnost nisu ni mogle da budu ugrađene u proizvod koji se zove Java 1.5..

sve u svemu, dosta finih dodataka, naravno ništa revolucionarno, čista evolucija, i to jedan od krupnijih koraka (napred nadamo se.. ;)

Potpis

blogče :: unescaped beta
^{» go-paste extenzija
　 » reč dana: backup
　 » bočne koalicije}

Sad mi je na pamet pala ideja kako rešiti protivrečnost između težnje za usavršavanjem jezika i težnje da sav kod koji je do sada napisan ostane u uporebi bez izmena. Prosto tako što bi JVM mogla da izvršava sav kod ikada napisanm ali da JDK ne dozvoljava prevođenje koda koji je za u toj verziji proglašen zastarelim (ili bar ne dozvoliti lako prevođene već uvaliti neki teški switch). Tako bi se stariji .class fajlovi slobodno vrteli na JVM 1.5 ali majčin sin ne bi mogao da koristi Vector klasu u JDK 5! A Sun koliko sam primetio stalno pa i oznakama pokušava da napravi razliku između JVM i JDK-a, a ovo bi im i bila razlika.

Verovatno je moguće napraviti neki alat koji bi pregledao kod i koji bi ga atomatizovano ili poluautomatizovano usklađivao sa najnovijim standardima.

Kad smo kod JDK 5, zanima me klasa Scanner. Kako se pomoću nje učitava čitava linija u konzoli? Izgleda da se podrazumevano kod poziva metode next() dobija string do prvog space znaka a ne do znaka za novi red. Metoda readLine() ne radi ono što bi se po njenom nazivu očekivalo (tako tipično za javu).

Potpis

Bolje džaba ležat nego džaba radit.

Ne znam, nisam probao al evo ti citat iz article-a :

Potpis

Mali Oglasi