hvad er forskellen på de forskellige java downloads

prøv og læs http://www.eksperten.dk/artikler/66

JDK = J2SE SDK
JSK/J2SE SDK indeholder JRE
J2EE SDK er noget helt andet

hvis du skal igang med at kode Java så hente JDK/J2SE SDK

tak er bare lidt forviret, har lige spørgsmål
1. hvad er forskellen på J2SE v 1.4.2_08  SDK og JDK 5.0? og hvad for en er den nyeste? i artiklen skriver du at sdk før i tiden blev kaldt jdk, men som jeg kan forstå er jdk 5.0 nyerer, så det er vel omvendt eller hvad?

SUN roder rundt i navne og numre

udviklingen er:

JDK 1.3.0 -> JDK 1.3.1 -> J2SE SDK 1.4.0 -> J2SE SDK 1.4.1 -> J2SE SDK 1.4.2 -> JDK 5.0

(5.0 kaldes tit for 1.5)

okay, tak. lav et svar på det her spørgsmål:
hvorfor kan man så downloade J2SE SDK 1.4.2 når JDK 5.0 er den nyeste og vel er den alle burde downloade?

ikke alle

for det første er der forsigtige folk som ikke vil køre nyeste version men hellere
vil køre en lidt ældre version med flere bug fixes (samme slags som venter
med den nye windows version til SP1 er klar)

for det andet er der folk som er nødt til at udvikle til en bestemt version som
f.eks. 1.4.2 fordi det kræves af andet software som de bruger (der er næppe
meget 1.4.2 kode som ikke kører på 1.5, men hvis leberandøren kun vil garantere
for softwaren sammen med 1.4.2 så hænger man på den)

og svar

Fordi man ofte ønsker at kunne idriftssætte sin applikation på den version man har udviklet den på, og ikke ønsker at opgradere før man har testet den på den ny version.
Eller fordi man bruger metoder/klasser/features der er udgået i nyere versioner .

og så er der de projekter der hænger på JDK 1.3, fordi man har noget 3. parts kode uden packagestruktur ...

bare WAS 4 og du er stuck på en 1.3 så vidt jeg ved

men hvordan hænger "uden package" og "krav om 1.3" sammen ?

vi har nogle hjælpe klasser der bliver genereret af et host-tool, hvor klasserne ikke har nogen packagestruktur, og sådanne klasser kan java 1.4 (og frem) ikke importere med import statement.

Sun dropper 2 tallet.. så nu bliver det
java se
java me
java ee
eller kort
jse,jme,jee :)

http://weblogs.java.net/blog/kgh/archive/2005/06/goodbye_j2se_he_1.html

ja ok forkortelsen var en forkortelse af forkortelsen der er min egen ;)

så kommer jeg til at opdatere den artikel igen

jeg synes at de er nogle fjolser - hvergang de ændrer navnene skaber de bare mere forviring

jep

fs>

ah - samme fænomen som gør beans uden package ubrugelige fra JSP sider

har I overvejet workarounds ?

det er jo en javac (java source) restriktion ikke en java (java byte code) restriktion
og derfor er det jo muligt at gøre noget ved det

det er ret nemt at lave en utility som giver en flok classes (enten on disk
eller i jar) en package via f.eks. BCEL

det kan også nemt integreres i en ant build

eller har firmaet principielt noget imod byte code manipulation ?

performance gain fra SUN Java 1.3 -> 1.4 gør det værd at overveje

og der er da også brugebare nye features i 1.4

Vi har skam overvejet workarounds, men kundes foretrukne løsning er den pæne, nemlig at lade underleverandøren tilrette det program der genererer disse klasser, da det er en uønsket binding til java1.3, udover den manglende struktur med alle klasser i samme package.

Vi vil meget gerne op på 1.4, men dette er et af flere problemer der p.t. binder systemet til 1.3 ..