Software-update: J2SE 5.0 Release Candidate

thl wist ons te vertellen dat Sun een nieuwe versie voor ons klaar heeft staan van zijn Java 2 Runtime Environment Standard Edition, en wel versie 5.0 Release Candidate. J2SE 5.0 is een belangrijke release voor Sun met veel updates en nieuwe mogelijkheden, maar blijft desondanks compatibel met oudere versies. De volledige release notes kunnen op deze pagina worden ingezien, maar hier volgen enkele voor de hoogtepunten:

The development of J2SE 5.0 was led by Sun and progressed following the Java Community Process (JCP) to include input from a variety of constituents. Some highlights of J2SE 5.0:

• New language updates: Metadata, Generics, Enumerated types, Autoboxing of primitive types
• New JVM Monitoring and Management API
• Improved out-of-box performance New (but compatible) default Java look and feel[break]De volgende downloads zijn beschikbaar:
  Windows online-installatie (221KB)
  Windows offline-installatie (13,9)
  Linux RPM-bestand (15MB)
  Linux BIN-bestand (16MB)
  Solaris SPARC 32-bit (19MB)
  Solaris SPARC 64-bit (8MB)
  Solaris x86 (14MB)
  Windows AMD64 (14MB)
  Linux AMD64 RPM-bestand (15MB)
  Linux AMD64 BIN-bestand (15MB)

Versienummer	5.0 Release Candidate
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, Solaris, Windows XP x64, Windows Server 2003 x64, Linux AMD64
Website	Sun
Download	http://192.18.97.147/ECom/EComTicketServlet/BEGINsdlcweb2a.sun.com-26ce3%3A4136ff89%3A9850d77d982091c1/-2147483648/503132475/1/514958/514826/503132475/2ts+/westCoastFSEND/jre-1.5.0-rc-oth-JPR/jre-1.5.0-rc-oth-JPR:1/jre-1_5_0-rc-windows-i586.exe
Bestandsgrootte	13,80MB
Licentietype	Freeware

Update-historie

• 05-'06 Sun Java 5.0 update 7
• 12-'05 Sun Java 5.0 update 6
• 04-'05 Sun Java 5.0 update 3
• 03-'05 Sun Java 5.0 update 2
• 10-'04 J2SE 5.0
• 09-'04 J2SE 5.0 Release Candidate

• 04-'03 J2SE 1.4.2 beta

Meer historie

Reacties (18)

Voor de mensen die deze java silent willen installeren heb ik hier de manier:

1. start de installatie van java, maar ga niet verder dan het eerste scherm. Op dat moment laat installshield zijn MSI bestand.

2. Maak het scherm klein, en ga na naar de map:
C:\Documents and Settings\naam\Local Settings\Temp

3. Kopieer uit deze map het MSI bestand (heeft een variable naam) naar een willekeurige plaats op je hardeschijf

4. sluit de setup.

5. geef de MSI de naam setup.msi

6. gebruik dan het volgende commando:
Locatie\Msiexec /I setup.msi /qb

Sorry, bovenstaande link werkt niet meer.

gebruik:
http://java.sun.com/j2se/1.5.0/download.jsp
Dat wijst zich verder vanzelf

Wat een drama is die naamgeving en nummering toch
Waarom heet dit nog steeds Java 2? De taal is toch wederom uitgebreid (met generics) sinds de eerste "Java 2", namelijk J2SE 1.4.

De verschillen met de edities (Mobile, Standard, Enterprise) en de uitgaven (Runtime environment = JRE, Delevoper kit = SDK = JDK) is al trubbelig genoeg, maar nu is dit dus 1.5, 5 en Java 2 tegelijk.

Gelukkig legt Sun het hier even uit
Het ging niet snel genoeg. Straks Java 2005 ?

Tijgertje


VERSION CODE NAME RELEASE DATE
JDK 1.1.4 Sparkler Sept 12, 1997
JDK 1.1.5 Pumpkin Dec 3, 1997
JDK 1.1.6 Abigail April 24, 1998
JDK 1.1.7 Brutus Sept 28, 1998
JDK 1.1.8 Chelsea April 8, 1999
J2SE 1.2 Playground Dec 4, 1998
J2SE 1.2.1 (none) March 30, 1999
J2SE 1.2.2 Cricket July 8, 1999
J2SE 1.3 Kestrel May 8, 2000
J2SE 1.3.1 Ladybird May 17, 2001
J2SE 1.4.0 Merlin Feb 13, 2002
J2SE 1.4.1 Hopper Sept 16, 2002
J2SE 1.4.2 Mantis June 26, 2003

Future Releases
J2SE 5.0 (1.5.0) Tiger In early access release
J2SE 6.0 (1.6.0) Mustang Not yet released

De eerste Java 2 was 1.2. Java J2SE 5.0 staat ook bekend als 1.5.0. Sun is gewoon bezig om de versie nummering te wijzigen, het is namelijk niet geheel logisch dat ze alle versies sinds 1995 1.x noemen.
De verschillende edities lijken mij overigens volstrekt duidelijk: de naamgeving duidt al waar het voor bedoeld is.

Ter aanvulling: Java 2 gaf gewoon een grootschalig aanvulling en herstructurering van Java taal aan (en is dan ook de versie van de taal, niet van de achterliggende software.
De uitbreidingen sinds 1.2 zijn niet zo grootschalig en voornamelijk wijzigingen op niveau van de compiler, JVM en libraries die dus niet rechtvaardigen om te spreken van bijvoorbeeld Java 3.

Euhm ... ik meen toch dat java 2 bij j2se 1.2 begon. In 1.3 hebben ze de compiler dusdanig verbouwd dat ie in classic en modern mode kan compileren (dus de bytecode is aangepast) en in 1.4 hebben ze behoorlijk veel uitbreidingen in de API-s gedaan (zover ik weet bevat 1.4 standaard een aantal xml parsers) .... in 1.5 hebben ze dan uiteindelijk de java taal zelf verandert (maar de bytecode gelijk gelaten).

Ik vind de nummering nog niet zo erg.. ik vind het veel erger dat er zoveel deprecated methoden gewoon blijven bestaan. En de meest rampzalige vind ik wel de java.util.Date klasse die voor 90% deprecated is

das wel het minste probleem lijkt me.. gewoon een Calendar gebruiken. Ik zou zowieso nooit direct voor datum en tijd de java classes aanroepen maar een DateUtil bouwen. Dan kun je dit soort "grappen" op een centrale plek afhandelen.

ik vind het veel erger dat er zoveel deprecated methoden gewoon blijven bestaan

het zou pas een ramp zijn als ze die methods echt weg zouden laten
dan zou je dus oudere applicaties niet meer kunnen draaien onder de nieuwe VM en dus 2 VM's nodig hebben.
Het is de taak van de programmeur om die methods niet te gebruiken (dat ze depricated zijn staat netjes in de documentatie, en de compiler geef ook netjes een melding)

Mijn ervaring met Sun Java 2 Runtime Environment t.o.v. Microsoft Java Virtual Machine is dat die van Sun enorm veel tijd nodig heeft om te laden. Zeker met een oudere pc vloek je als je een webpagina opvraagt waar dan wat java op staat. Kan je meteen een dikke minuut wachten totdat de javaconsole is geladen.

Weet iemand of dit met de laatste versies ook nog het geval is? Want dat vind ik een zeer grote handicap. Heb ik liever een Java VM die zich niet aan de standaarden houdt. (en plz geen flamewar hierover beginnnen)

@toffeg: volgens mij is 1.4.2 nog altijd een pak trager dan MSJava. En hoe zit het met deze versie t.o.v. MSJava? Want die van MS is nog altijd de snelste (misschien ook omdat hij gedeeltelijk preloaded is).

edit:
Is dit al een troll? Komaan!

Ik weet niet welke versie van JVM je bedoelt, maar
1.4.2. is absoluut een aantal slagen sneller dan
bijvoorbeeld 1.2. Sun heeft gewerkt aan de memory footprint.

Zeker met een oudere pc vloek je als je een webpagina opvraagt waar dan wat java op staat. Kan je meteen een dikke minuut wachten totdat de javaconsole is geladen.

Die ervaring hebben veel voetbalverenigingen inmiddels ook. En niet alleen met een webpagina maar ook met een applicatie. Het oude ledenpakket van de KNVB werkte zonder Java en een PC < 450 MHz was toen al ruim voldoende.

Veel verenigingen hebben dus via via een leuke tweede hands pc aangeschaft. Maar helaas de KNVB heeft een nieuw pakket waar dus Sun Java voor nodig is.

Een PC van minimaal 1600 MHz is opeens noodzakelijk.

Fijn Java op de client...... trage rotzooi

Ja, maar genereer dan online documentatie waar die deprecated methods niet in staan

Dat verhaal over dat Java traag is: ik heb ook wel eens applicaties in C++ gebouwd die gigantische hoeveelheden geheugen vrat en ongelofelijk traag was. Dat was MIJN schuld. Als een Java applicatie goed geprogrammeerd wordt dan is deze niet traag, maar dat het een behoorlijk systeem vergt dat is alleen maar begrijpelijk: De code moet platform onafhankelijk zijn en dat vereist behoorlijke hoeveelheden geheugen. De processor heeft er dan weer minder mee te maken, maar een 1ghz machine is idd aan te raden. Voor de doelgroep van J2SE/J2EE, bedrijven die bugvrije en goed te onderhouden client/server applicaties bouwen en toepassen, is dat allemaal geen probleem.

Zoals ik het zie is Java voor de desktop toepassen hetzelfde als een game bouwen in PHP: de taal is er niet voor gemaakt, ook al is het in principe mogelijk. Laat Sun maar met J2DE komen: Java2 Desktop Edition. Daar kunnen ze dan ook mooi hun gaming platform op baseren wat Sun nu probeert te pushen.

S'r zijn wel goeie user applicaties beschikbaar op Java. Kijk maar is naar eclipse en azureus. Verschil is wel dat die gebruik maken van SWT ipv. AWT.

Dat verhaal dat Java traag is klopt niet meer. Mits de programmeur een beetje weet wat ie doet. Net zoals in iedere andere taal.

*klik*

Bovenstaande link brengt je direct naar de goede lokatie.

Bovendien kloppen de bestandsgrotes niet, het moet zijn:

Windows online-installatie (221KB)
Windows offline-installatie (13.9MB)

Waarschijnlijk trekt die online versie verder alles alsnog van de Sun-site. In de offline versie zit alles al in.

Welke heb ik dan nodig als ik gewoon in xp
java nodig, de offline installatie van 221 mb of
de windows online installatie van 13.9mb.
De laatste keer dat ik java sun heb geinstalleerd is
geweest met versie 1.42.

Duurt soms ook wel lang om een pagina te zien totdat die java is gestart, welke is dan beter die ms java of deze van sun,,
ik kan ook nl. niet online bankieren zonder java software.

Welke raad je bank aan ? De drie die ik heb gezien hebben allemaal een voorkeur.

221MB als 'viewer' of 13MB ? Ik zou zeggen, ga maar voor de 13.