Mens vi venter på Suns open-source Java

I maj annoncerede Sun Microsystems de var gået i gang med at finde ud af hvordan de kan gøre geshifilter-java til open source. I august blev det så lovet, at den Java virtuelle maskine »Hotspot« og Java compileren »javac« vil være open source i oktober. Der er endnu ikke blevet til virkelighed, men det ser alligevel ud som om tingene bevæger sig i den rigtige retning, og 1. november synes en udmærket anledning til at rekapitulere status. For det første er der jo spørgsmålet om hvorfor Sun overhovedet skal gøre Java til open source. Hvad får de ud af det? - kunne man spørge. Jeg tror at svare er ganske enkelt: ellers gør andre det, og gør »andre« det med succes, betyder det at Sun i væsentlig grad mister den kontrol de har med Java idag. Det vil i sagens natur være en bet for Sun. »Andre« i denne sammenhæng ikke er hvem som helst: Apache, med støtte fra bl.a. IBM og Intel, er i gang med »Apache Harmony« der sigter på at udvikle netop en open source Java implementation. Og de har faktisk noget der kan køre allerede idag. For det andet er der en del udfordringer som Sun står overfor for at det kan lade sig gøre. At lave et projekt open source er ikke bare noget »man gør«. Efter 10 år med Java har de jo en del »baggage« at slæbe rundt på: <ul> <li> Sun er meget bekymret for kompatibilitet, og hatten af for det. Der ligger naturligt en frygt for, at et sådant open-source initiativ skal lave 100 forskellige Java'er. Gennem de sidste ti år har de gjort sig meget umage (nogen vil måske endda sige for umage) med at sørge for at når noget kaldes Java, ja så er det kompatibelt.</li><li> For det andet er der problemet med alle dem der allerede har betalt for at bruge Suns eksisterende Java implementation. Fx Apple og HP, der ligesom så mange andre har licens på HotSpot. Sun har brug for at lave en model, under hvilken de kan fortsætte med at have indtjening på disse, fx ved support-aftaler, og sikre sig at ingen bliver sure over at have betalt for noget i går som man kan få gratis idag.</li><li> Dernæst er der problemerne der måtte ligge i, at deres software allerede er underlagt forskellige andre licens-aftaler. Det kunne jo fx tænkes at Sun har aftaler med Unisys om GIF-patentet, OMG om CORBA, RSA om deres implementation af digitale signaturer og kodning, og så videre og så videre. Eftersom disse forskellige teknologier er en del af Java, må der foreligge en løsning på disse før Java som helhed kan gøres open source. Det giver således god mening, at det første de spillede ud med var HotSpot og javac, som givetvis er kode Sun kontrollerer 100% og således ved at de ikke er problematiske i denne henseende.</li><li> Endeligt er der jo udfordringen med at vælge en licens. Det ser ud til, at der bliver tale om at benytte CDDL (Common Development and Distribution License). Nu er jeg ikke nogen licens-haj, men det er i det mindste en OSI-godkendt licens.</li></ul> Personligt ser jeg specielt frem til at Hotspot bliver frigivet; heri ligger der virkelig meget værdi. De sidste par år har vi oplevet en opblomstring af nye programmeringssprog, som fx Ruby, og de her sprog kunne godt bruge en ordentlig virtuel maskine som kan tilpasses sproget og distribueres. Listen af sprog i denne kategori er lang: Python, Smalltalk, Ruby, Perl, ... Med en fri virtuel maskine kan der dannes grobund for en masse nye sprog, der ikke behøver at være fortolker-langsomme fra starten.[/geshifilter-java]

Kommentarer (4)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
#1 Peter Toft

Breaking news: SUN ser ud til at vælge GPL ifølge denne historie http://www.crn.com/sections/breakingnews/breakingnews.jhtml;?articleId=193600331 Det giver rigtig god mening med GPL - da den ikke tillader at folk udvider koden og ikke giver ændringer tilbage. GPL prøver at holde kode og kodeændringer tilgængelige til alle udviklere.

Men lad os liiiige se det i praksis først. SUN har snakket meget om det her... snak... Lad os se noget action!

  • 0
  • 0
#3 Poul-Henning Kamp Blogger

FreeBSD Foundation har brugt oceaner af penge på at få advokater til at finde ud af hvad Suns underlige betingelser betød.

Nu skal de så til at bruge oceaner af penge på at finde ud af præcis hvad Sun har GPL'et.

Er det kun kildeteksten ?

Hvad med varemærket ?

Falder certificeringskravet bort ?

Må vi ship'e en binær JVM ?

Gid for dælen de kunne bestemme sig...

Poul-Henning

  • 0
  • 0
#4 Helge Svendsen

Ja, FreeBSD's jail funktionalitet er ideel til en server, der skal køre flere forskellige jvm'er (Web Container / J2ee instanser) samtidigt.

Det har altid ærget mig at man selv skulle til at hente source fra sun og bootstrappe med en binær version til Linux for at installere.

For det første tager det en evighed, og for det andet så kører man reelt set med en hybrid java, da der foretages en del patches af koden før compile.

En jvm som en del af en FreeBSD installation ville være nirvana.

  • 0
  • 0
Log ind eller Opret konto for at kommentere