Oracle på vej til at lægge Java-browser-plugin i graven

Tiden er løbet fra Java-appletter, og nu vil Oracle droppe Java-browser-plugin'et, når Java JDK 9 udkommer.

Jesper Stein Sandal@jespersandal Torsdag, 28. januar 2016 - 11:0615

I 1995 kunne man for første gang køre et lille Java-program i Netscape-browseren takket være et plugin, der gjorde det muligt at afvikle Java-appletter fra hjemmesider. 20 år senere står appletten nu officielt til at blive sendt på pension.

Oracle, som står for udviklingen af Java-platformen, vil nemlig ikke inkludere et browser-plugin i den nye version af Java JDK 9. Det skriver Oracle i et blogindlæg.

Oracle begrunder beslutningen med, at de fleste browsere har planer om at droppe understøttelsen af denne type plugin til fordel for andre typer udvidelser, hvor der gælder flere restriktioner end for plugins.

Det skyldes ikke mindst, at plugins som Java og Flash har givet store sikkerhedsproblemer gennem en årrække, fordi sikkerhedshuller i plugins åbnede for afvikling af ondsindet kode på brugernes pc'er.

Sikkerhedsproblemet ved Java-plugin'et var også medvirkende til kritik af den danske login-løsning NemID, fordi det byggede på en Java-applet, og dermed var danskerne reelt tvunget til at have et plugin installeret, som flere sikkerhedseksperter advarede mod at anvende.

Java-applets opnåede ikke nær så stor popularitet som Java til andre formål, men for dem, der fortsat benytter sig af applets, anbefaler Oracle at skifte til Java Web Start, som også giver mulighed for at køre Java-programmer fra browseren, men uden et plugin.

Sponseret indhold3Shape kæmper med spilindustrien om udviklere for at kunne streame 3D i skyen

Tips og korrekturforslag til denne historie sendes til tip@version2.dk

Følg forløbet

Kommentarer (15)

Sortér kommentarer

Ældste først
Nyeste først
Bedste først

#1 Christian Damsgaard 28. januar 2016 - 11:35

Deprecate != Removed

Oracle plans to deprecate the Java browser plugin in JDK 9. This technology will be removed from the Oracle JDK and JRE in a future Java SE release.

JDK 9 vil stadig understøtte Java browser plugin - det er blot deprecated, så udviklerne får mulighed for at finde en alternativ løsning, inden det bliver endeligt fjernet i JDK 10.

#2 Mike Mikjær 28. januar 2016 - 12:04 Blogger

Hardware

Det kommer også til at give problemer ifbm. med meget hardware såsom servere og switche der bruger Java på deres webinterfaces ... i forvejen er det pisseirriterende at man specifikt skal allowe de enkelte URL's ... der måtte godt være en funktion så jeg kunne angive en netværk's range eller lign.

Generelt er det pisse irriterende at Oracle/Google/Firefox/Whothefuckever skal forsøge at bestemme hvad jeg skal køre på min maskine ... det er fint nok de advarer og beder mig accepteret at jeg selv ved hvad jeg laver ... men derefter skal de sku holde op med det pis der ...

Man kunne selvfølgelig håbe at det afføder patches fra hardware producenterne der fjerner java appletterne til fordel for noget åbent ... men jeg vil se det før jeg jubler.

#3 Mads Bendixen 28. januar 2016 - 12:27

Tidsplan?

Hvad er tidsplanen for dette? - Og hvordan harmonerer det med at den nuværende udgave af nemID skal køre til minimum slutningen af 2017? Man ender med at binde brugere af nemID nøglefil til forældede browsere. Efter 2016 er der kun Internet Explorer tilbage af de 3 mest udbredte og Microsoft har allerede skiftet deres fokus til Edge.

#4 Christian Nobel 28. januar 2016 - 12:36

Re: Hardware

Det kommer også til at give problemer ifbm. med meget hardware såsom servere og switche der bruger Java på deres webinterfaces

Huh?

#5 Tommy Hansen 28. januar 2016 - 14:29

Re: Tidsplan?

NemID er gået over til Javascript af hvad jeg ved.

#6 Brian Hansen 28. januar 2016 - 14:32

Re: Tidsplan?

NemID er gået over til Javascript af hvad jeg ved.

Desværre ikke alle sider. Skat bruger stadigvæk Java appletter til erhverv :|

#7 Mads Bendixen 28. januar 2016 - 15:38

Re: Tidsplan?

NemID er gået over til Javascript af hvad jeg ved.

Nej, for medarbejdersignatur med nøglefil er det stadig Java baseret.

#8 Jan Rasmussen 28. januar 2016 - 19:13

Netbank

Hvis jeg kigger på min netbank med Firefox på WinXP dukker denne her op:

Fra 15. juli 2014 kan du opleve ikke at kunne logge på Netbank, konto-kik og Online Investering, når du bruger Windows XP. Det skyldes, at Java ophører med at understøtte Windows XP.

Den er vel så ikke relevant mere eller hvad ?

(Jeg tribble booter WinXP, Win7, Linux mint, så det er ikke det store problem)

#9 Martin Storgaard Dieu 28. januar 2016 - 21:00

Re: Hardware

Jeg har arbejdet med nogle Cisco routerer som udelukkende bruger Java applets som webinterface/GUI, hvor alternativet ellers ville være telnet. Så hvis man ikke skal ud og finde nyt hardware, så skal Cisco jo have opdateret deres software :-)

#10 Søren Mors 30. januar 2016 - 08:00

Re: Tidsplan?

Nej, for medarbejdersignatur med nøglefil er det stadig Java baseret.

Der er en vis mangel på supergode alternativer. Jeg kender ikke andre teknologier der tillader et plugin i en webbrowser at læse en (nøgle)fil fra brugerens disk.

#11 Søren Mors 30. januar 2016 - 08:02

Re: Hardware

Generelt er det pisse irriterende at Oracle/Google/Firefox/Whothefuckever skal forsøge at bestemme hvad jeg skal køre på min maskine ..

Jeg tror at de ville syntes det var træls hvis du skulle have lov til at bestemme hvilke teknologier de skal blive ved med at understøtte :-) Særligt når de kan slippe af med en masse sikkerhedsproblemer ved at fjerne understøttelsen af plugins.

#12 Bjarne Nielsen 30. januar 2016 - 09:26

Re: Tidsplan?

Der er en vis mangel på supergode alternativer. Jeg kender ikke andre teknologier der tillader et plugin i en webbrowser at læse en (nøgle)fil fra brugerens disk.

Det er måske også lidt overdrevent at bede om et supergodt alternativ til noget, som er ... ahem ... tvivlsomt; her tænker jeg ikke på Java som sådan, men på mere den ladeport, som den kom ind ad.

Jeg kunne godt ønske mig, at browsere havde mere fokus på at understøtte externe kryptografiske operationer via veldefinerede interfaces. Det ville være et hul, men det vil ikke være en ladeport, og meget nemmere at holde øje med. At det ikke er en helt umulig tanke viser f.eks. U2F - Chrome understøtter at man tilgår USB, og Mozilla ved stadig ikke helt hvilket ben de skal stå på - ikke at U2F er godt nok til det, som du efterspørger, men det viser, at tanken om at browsere interagerer med eksterne ressourcer mhp. sikkerhed er mulig. Lige nu lader man desværre til at være tilfreds med JavaScript og local storage for generisk kryptografi.

Du kan dog gøre noget. Lige nu tænker jeg, at det kræver en lokal "keyserver". Om du vil liste bagud via noget som Chrome Native Messaging API eller forud via web-teknologi er vist en smagssag, og koblingen bliver løs nok til at man skal tænke sig godt om med hvordan man lige gør det. Det vil blive en ganske interessant protokol. Og særligt standard bliver det ikke - men hey, nogen skal være first-mover :-).

#13 Mogens Lysemose 30. januar 2016 - 13:31

Link/ref?

Kan igen trylle et link frem til flere detaljer fra Oracle selv? For det er meget relevant for de JRE baserede systemer jeg arbejder med, men jeg kan ikke lave seriøse planer alene ud fra Sensationsjournalistiske udmeldinger om at Java dør.

På forhånd tak :)