Sun introduceert nieuwe versie van het Java-platform

Sun Microsystems heeft vandaag een nieuwe versie van Java vrijgegeven, deze versie draagt de codenaam Tiger en is officieel Java 2 Standard Edition (J2SE) 5.0 genoemd. Volgens het persbericht is de update bedoeld om Java-ontwikkelaars productiever te laten zijn en de performance van Java-applicaties te verbeteren. Sun wil deze release dan ook gebruiken om de strijd met Microsofts .NET-platform met hernieuwde moed aan te gaan. De afgelopen jaren is dat ontwikkelplatform namelijk sterk opgekomen, ten koste van onder meer Java. Om dit tij te keren is er door Sun hard gewerkt om Java te verbeteren. Zo is onder andere de performance van de virtuele machine verbeterd, volgens analist Stephen O'Grady een van de nadelige punten van Java ten opzichte van andere programmeertalen.

Java logo In versie 5.0 van Java zijn 105 nieuwe features terug te vinden, waaronder generics, enumerated types, metadata, autoboxing van primitive types. Verder is er een eenvoudigere tool toegevoegd waarmee applicaties op afstand gemonitord kunnen worden, is er een nieuwe beheers-API aanwezig en heeft Java een nieuwe standaard look-and-feel gekregen. Ook is er ondersteuning aanwezig voor hardwareacceleratie via OpenGL onder Linux en Solaris. Veel aandacht is uitgegaan naar het verbeteren van de performance van Java; zo zouden opstarttijden al met minimaal 20 procent gereduceerd kunnen worden. Ook op ons forum, Gathering of Tweakers, loopt een topic over deze release. Deze nieuwe Java-versie is hier te downloaden.

Reacties (42)

whitebunny 30 september 2004 22:49

Dit is echt de belangrijkste Java-update ooit!
Veel snellere opstart-tijden, veel snellere executie(!), ook van al bestaande binaries (mijn apps draaien out-of-the-box nu zo'n 15% tot 30% sneller!), xslt/xpath ingebakken, sharing van de belangrijkste statische libs tussen meerdere VM's, en natuurlijk de vele super-handige nieuwe taal-features

* 786562 whitebunny
Alleen ik snap dus echt niet waarom dit alles nog steeds geen nieuw major release-nummer (2.0) rechtvaardigt; Sun vind dit alles slechts een mager stapje van versie 1.4 naar 1.5 waard

Verwijderd @whitebunny • 30 september 2004 23:11

nee ze stappen zelfs over naar versie 5
niet naar 1.5,
is dat niet major genoeg

The upcoming feature release of J2SE is version 5.0. We have changed the version of this release from 1.5.0 to 5.0 to better reflect the level of maturity, stability, scalability and security built into J2SE. (This release is also known as "Tiger".)

http://java.sun.com/j2se/naming_versioning_5_0.html

Where Is Version 1.5.0 Still Used?

J2SE also keeps the version number 1.5.0 (or 1.5) in some under-the-cover places that are visible only to developers, where the version number is parsed by programs.

Verwijderd @Verwijderd • 1 oktober 2004 13:05

Maar wat was dan de overstap van Java naar Java 2? Want dit is dus versie 5 (voorheen 1.5) van J2SE. Dus ooit zullen ze dan ook verder gaan naar J3SE, maar dit is al een enorme update (beetje laat m.i.), dus wat zou een update naar 3 wel niet moeten bevatten.

[rant]Overigens vindt ik dit zo typisch voor die grotoe bedrijven die hun producten willen marketen, en dan keer op keer met versie nummers klooien in de hoop indruk te maken op consumenten. Windows was ook een goed vorrbeeld, 95-98-me??? En dan daarnaast nt4-2000??? En nu dan met java: J2SE 5.0, wat is dan dan precies? Java 2.5 dus...Maar zeg maar Tiger, want dat schijnt voor Apple weer goed te werken, want OSX 10.4 klinkt natuurlijk ook niet he....[/rant]

Bobco @Verwijderd • 1 oktober 2004 17:47

Als je dit al ingewikkeld vind moet je je maar eens verdiepen in de nummering van de J2EE specs en de onderdelen die daar deel van uitmaken. Servlet 2.3 als onderdeel van J2EE 1.3, dat dan weer kan draaien op J2SE 1.4.x.

Je ontwikkelt dan lekker in IntelliJ IDEA 4, met Ant 1.6 en Log4J 1.2.8. Verder heb je natuurlijk Jikes 1.19 als compiler en pas je MVC2 toe.....

Die versienummers zijn een noodzakelijk kwaad, maar ik ben het met je eens dat het niet eenvoudig is om er logica in te ontdekken.

Bobco 1 oktober 2004 08:10

Sun wil deze release dan ook gebruiken om de strijd met Microsofts .NET-platform met hernieuwde moed aan te gaan. De afgelopen jaren is dat ontwikkelplatform namelijk sterk opgekomen, ten koste van onder meer Java.

Is dat wel echt waar? De kracht van Java ligt op het gebied van serverside toepassingen en systeemintegratie. Met name dat laatste is nu niet typisch een sterk punt van .Net. Ik vraag me dan ook af of de verhoudingen inderdaad wel zo zijn verschoven als hier wordt gesuggereerd. .Net is natuurlijk van 0 naar iets gegaan, maar dat zal voornamelijk tenkoste van de al bestaande MS suite gegaan zijn, VB, VC++ en ASP.

Ik ken zelf (en dat hoeft natuurlijk niets te zeggen) geen enkel bedrijf dat van Java overgestapt is op .Net. Er zullen ongetwijfeld voorbeelden zijn te vinden, maar naar mijn idee is er zeker geen migratie van Java naar .Net gaande.

Java heeft een enorme voorsprong op servergebied en het barst van de uiterst interessante OSS projecten. Kijk maar eens wat bijvoorbeeld het Jakarta project van Apache allemaal te bieden heeft.

TinusH777 @Bobco • 1 oktober 2004 09:13

Hoe kom je er bij dat .NET niet geschikt is voor serverside toepassingen en systeemintegratie? Wat een b.s.
Als je trouwens echt serverside systemen en systeemintegratie wilt hebben, kom je toch snel in de hoek van Tibco, Biztalk, en andere EAI en ESB systemen terecht.
In zowel .NET als Java is het kostbaar om zelf je business processing en monitoring, asynchrone communicatie, clustering, distributed computing te ontwikkelen.

Bobco @TinusH777 • 1 oktober 2004 11:06

Tja, het is maar hoe je er tegenaan kijkt. Java stelt je in staat om voor een willekeurig plarform code te schrijven. .Net stel je in staat om in een willekeurige taal voor 1 platform te schrijven (Mono laat ik even expres buiten beschouwing omdat daarin een aantal onderdelen van .Net nog lang niet klaar zijn).

Tja, al die message queues en aanverwanten zijn natuurlijk erg handig om systemen te integreren. Klein probleemje is natuurlijk wel dat alle systemen wel aan die message bus gehangen moeten worden. Ik wil graag van je horen hoe jij met .Net een oude CICS applicatie zover krijgt dat 'ie probleemloos praat met je applicatie server....

Het is allemaal een kwestie van 'wat ben je gewend'. Iemand die alleen in een Windows/x86 omgeving werkt heeft met .Net een fantastische toolset om mooie dingen mee te maken. Iemand die in een heterogene omgeving werkt heeft meer aan Java. Met name in de grotere bedrijven is er veel meer dan Wintel. Voor een deel is dat een erfenis uit het verleden, voor een deel is Wintel nauwelijks een alternatief. Java heeft in een dergelijke omgeving veel meer bestaansrecht als 'integratie-taal' dan .Net.

Verwijderd @TinusH777 • 1 oktober 2004 19:59

en als je in de hoek van Tibco zit kom je wederom bijna alleen maar java tegen. Tibco BusinessWorks is geschreven in java, custom code in BW is java etc. met RV zijn ze te lang opdoorgegaan en te laat op JMS overgestapt.

Wim Leers 30 september 2004 22:33

Voor mensen die dit willen integreren in hun Unattended Windows CD, RyanVM (MSFN.org forums) heeft hier al een verkleinde, stille installer voor gemaakt!

linkie http://www.msfn.org/board/index.php?act=ST&f=70&t=28940

Verwijderd @Wim Leers • 1 oktober 2004 05:48

is wel alleen de runtime environment

aphx 1 oktober 2004 01:05

Joepie!!! Hoi! * 786562 aphx
Quote uit het persbericht:

"J2SE 5.0 is being heralded as the most significant upgrade to the Java platform and programming language in nearly a decade."

Zo is mijn beleving ook wel, Most Significant. De laatste paar maanden lees je op elke java site of blog er wel iets over.

Het uitbrengen van deze release heeft volgens mij ook langer geduurd dan gebruikelijk (ruim 2 1/2 jaar), maar daar willen ze verbetering in gaan brengen. Ik las dat het "release model" wijzigt. Nu zijn er feature, maintenance en update releases. De maintenance releases verdwijnen in principe en frequentie wil men opvoeren (releases 18 - 24 maand, updates 2-3 maand).

Op TheServerSide was de eerste brandende vraag:"When will Eclipse support it?".
Nou, dat willen we natuurlijk allemaal wel weten.
In de huidige release 3.0.1 wordt Tiger helaas nog niet ondersteund, maar dat kan nooit lang duren voorspel ik jullie (zie beschrijving bug #36938). Voor niet kan wachten kan alvast de 3.1-M1 versie proberen met gedeeltijke support.
Naar horen zeggen wordt Tiger al wel ondersteund in Netbeans 4.0 beta 2, IntelliJ IDEA 4.5.1, JBuilder 2005, Omnicore CodeGuide 7.0. Flames over en weer...

Het is voor de java-die-hard weer lekker smullen

Verwijderd 30 september 2004 23:04

Ik programmeer een poosje met java al. Vind een heerlijk taal maar.... jammer dat het zo slecht "inbakken" is in windows.En zo log/sloom is

Heb toch op een betere intregratie met windows

Verwijderd @Verwijderd • 30 september 2004 23:23

En zo log/sloom is

Java an sich is helemaal niet zo sloom als veel mensen willen doen laten geloven.

Dat was jaren geleden misschien nog zo. Nu (en dus ook in 1.4) is dat al lang niet meer zo'n probleem.

Het grootste minpunt aan Java is/was Swing, wat wel enorm lomp en traag was. Tja en als de GUI traag is dan denkt men meteen dat de hele taal traag is.
Gelukkig is er een heleboel verbeterd aan Swing (inclusief een extra sterk verbeterde look-and-feel) en zijn er ook alternatieven als Eclipse z'n SWT.

Schotel voor de gein maar eens Eclipse voor aan iemand. Er zullen weinig mensen zijn die zullen opmerken dat het een Java applicatie is (en wat voor een

)

Verwijderd @Verwijderd • 30 september 2004 23:17

Sinds Microsoft hun eigen Java versie niet meer mag meeleveren van Sun(na een rechtzaak) zit dat er niet in denk ik. Ze zullen te hard op hun tenen getrapt zijn bij MS daarvoor.

TinusH777 30 september 2004 22:40

Wat kan concurrentie toch heerlijk zijn! Microsoft en SUN werken zich wezenloos om elkaar voor te zijn...en wij plukken de vruchten daarvan.
Aan die nieuwe features te zien, hebben ze goed naar .NET 2 gekeken. Ik vraag me af wanneer SUN van bytecode afstapt en een IL-look alike gaat gebruiken. Wat java trouwens nog steeds tegen heeft is dat er geen standaard is om component-based web applicaties te maken zoals ASP.NET dat oplegt. En kan deze java eindelijk op een makkelijke manier meer dan 4gb aan? Het zal mij benieuwen...

citizenx @TinusH777 • 30 september 2004 23:35

Bytecode is een intermediate language en in dat opzicht is MSIL afgekeken van java bytecode en niet omgekeerd! Ook de belangrijkste nieuwe features als generics en metadata annotations waren al in ontwikkeling lang voor C# ontstond.

Wat java trouwens nog steeds tegen heeft is dat er geen standaard is om component-based web applicaties te maken zoals ASP.NET dat oplegt.

Dat is er al een tijdje, namelijk Java Server Faces (+ Java Standard Tag Library). De Sun standaard voor grafische webcomponenten en beheer van de flow/control van webapplicaties. Ook Oracle heeft net een hele reeks JSTL-compatibele taglibs vrijgegeven (dynamische menu's, tree's, pagers,...). Het is inderdaad wel zo dat pas sinds kort de IDE's support bieden voor het visueel bouwen/configureren van de componenten tot een geheel (o.a. Borland JBuilder 2005, Sun Java Studio Creator en Exadel JSFCreator bieden JSF support).

TinusH777 @citizenx • 1 oktober 2004 09:02

Zoals ik boven zei, een IL assembly wordt eerst gecompileerd en geoptimaliseerd naar native machinecode en daarna uitgevoerd.

JSF, JSTL, Struts, Servlets, Portles, waar moet ik mijn geld op zetten? Ik zeg niet dat Java niet goed is in web development, maar Java staat al jaren in de markt en begint nu pas volwassen te worden. Microsoft schakelt wat dat betreft een stukje sneller

citizenx @TinusH777 • 1 oktober 2004 13:09

Dat neemt niet weg dat IL en bytecode in essentie hetzelfde zijn. Het feit dat het .NET framework de IL representatie voor uitvoering hercompileert naar native code staat daat los van Dat kan immers evengoed met bytecode (zoals gcj illustreert), maar wordt doorgaans niet gedaan om de cross-platform eigenschap van applicaties te behouden.

Verwijderd @TinusH777 • 2 oktober 2004 11:52

Zoals ik boven zei, een IL assembly wordt eerst gecompileerd en geoptimaliseerd naar native machinecode en daarna uitgevoerd.

Dat gebeurt met Java ook (Just In Time Compilation heet dat daar). Ik geloof wel dat niet alles wordt gecompileerd (waardoor een .NET applicatie heel traag opstart de eerste keer je ze gebruikt) maar enkel veel gebruikte delen van de code.

In ieder geval is die functie niet nieuw...

Verwijderd @TinusH777 • 30 september 2004 23:15

en wat is dan het wezenlijke verschil dat IL beter maakt dan bytecode?
Ik dacht dat beiden een tussentaal waren die dan geinterpreteerd wordt (door de JIT compiler?). Dus zijn ze beiden op hetzelfde principe gebaseerd dacht'k....niet?

TinusH777 @Verwijderd • 1 oktober 2004 08:56

IL wordt niet geinterpreteerd. Nee, IL wordt nooit geinterpreteerd. Een IL assembly wordt eerst gecompileerd en geoptimaliseerd voor de CPU en dan native uitgevoerd. Dat is het verschil!

Verwijderd @TinusH777 • 1 oktober 2004 11:34

Het verschil is dat bytecode zowel relatief efficient geinterpreteerd kan worden als geJIT. IL is juist alleen efficient JIT-baar.

Remus @TinusH777 • 2 oktober 2004 10:45

Java bytecode wordt (kan worden) geJIT, dat is feitelijk ook een hercompilatie.

MachoM @TinusH777 • 30 september 2004 23:41

Lol, wacht ff volgens mij heeft Sun niet goed naar .Net gekeken, maar maar MS naar java! Hoe zouden ze toch op dat originele C# idee gekomen zijn?

TinusH777 @MachoM • 1 oktober 2004 09:07

Assembler --> C --> C++ --> Java
Microsoft heeft gekeken naar wat er was (Java, C++), gezien wat er beter kon (Taal onafhankelijk, IL ipv bytecode, andere extras in de taal zelf, versioning, security)
Dus ja, er zitten vast Java-elementen in C#.

j.meijers @TinusH777 • 1 oktober 2004 10:12

Sterker nog, C# is in ontwikkeling gegaan nadat Microsoft van Sun niet meer aanpassingen aan Java mocht maken. Ze hadden dus al ideeen over hoe het beter kon en hebben die uiteindelijk in C# ingebouwd.

Verder is het ook zo dat al die dingen als generics al in C++ zaten (heten daar templates) dus ik neem aan dat het grootste gedeelte van de nieuwe features in .NET 2 gewoon dingen zijn die niet op tijd hun weg naar de 1.1 release konden maken, door tijdgebrek waarschijnlijk.

Verwijderd @TinusH777 • 2 oktober 2004 11:54

security

Wat is er juist niet secure aan Java? Het sandbox-model is juist een heel veilig model...

Cryptic 1 oktober 2004 00:24

Misschien een domme vraag, maar weet er iemand waarom al die java versie's niet onderling compatible zijn?
Ik heb bevoorbeeld een firewall daar MOET de 1.3.1_04 voor gebruikt worden anders gaat dat niet.
Wil ik home banking doen dan moet ik die weer uitschakelen, anders gaat dat weer niet.
Dan heb ik eens willen connecteren op een manageble switch (avay cajun), en die blijkt weer een andere versie nodig te hebben...

aphx @Cryptic • 1 oktober 2004 01:20

Die firewall software is een beetje verouderd (3 1/2 jaar)..

Over het algemeen is java wel behoorlijk backwards compatible (eventueel met het downloaden van extra jar's).

Maar ondersteuning van DIT probleem is meer iets voor de leverancier van je firewall. Hij zou http://java.sun.com/j2se/1.4/compatibility.html eens moeten lezen...

Snikker 30 september 2004 22:18

Ik hoop ook dat de trend van het NIET meer gebruiken van client side java in b.v. navigatie menu's zich doorzet. Al zal deze versie sneller zijn, ik word daar toch niet vrolijk van.

aphx @Snikker • 1 oktober 2004 01:23

Idem voor ActiveX

Verwijderd @Snikker • 1 oktober 2004 14:55

Kun je ook aangeven waarom je er niet vrolijk van wordt.
Van een opmerking zonder argumentatie, weet ik niet of ik het er mee eens moet zijn.

JaFFoG @Verwijderd • 1 oktober 2004 20:07

Waarschijnlijk combinatie van:

- het vereist een plugin;
- het is nogsteeds langzamer dan gewoon (D)HTML of JavaScript;
- het werkt niet op elk systeem;
- het is vaak kitch en ziet er niet uit (MHO

).

Gewoon niet doen dus

Maarja, ik ben toch wel benieuwd wat er gedaan is aan verbetering qua performance, want het was altijd (is nogsteeds?) verschrikkelijk onstabiel. Windows is er niets bij...