De mange sikkerhedsopdateringer til Oracles Java, der hele tiden skal installeres for at lappe huller, er ikke ligefrem med til at gøre it-afdelingernes hverdag lettere.
Mange virksomheder kører nemlig med kritiske [url=Java-applikationer, og derfor kan man ikke bare lige deaktivere Java, selv om det tidligere har været sikkerhedseksperternes anbefaling, når nye Java-sårbarheder er blevet opdaget.
Det kan også være problematisk at opdatere til den ny version af Java, hvor sårbarhederne er lappet, fordi de virksomheds-applikationer, der anvender Java, muligvis ikke fungerer med den nye version.
Nu er der måske hjælp at hente med en ny funktion, Oracle netop har implementeret i Java.
Her er Oracles nye funktion
Vores kolleger på det amerikanske Infoworld skriver, at Oracle med version 40 af Java 7, der netop er frigivet, giver mulighed for, at man kan lave et DRS (Deployment Rule Set), der definerer, hvilken version af Java en applikation skal anvende.
Det betyder, at man i en virksomhed vil kunne lade interne applikationer køre videre på den gamle version af Java, mens eksterne applikationer, der typisk er de mest udsatte, tvinges over på den nyeste Java-version, hvor hullerne er fjernet.
Sådan fungerer det
Oracle har beskrevet formålet med denne mulighed i et længere blogindlæg:
"Desktop-administratorers mulighed for at kontrollere Java-versions-kompabilitet og default-valg på slutbrugernes computere. Dine brugere kan eksempelvis bruge den nyeste sikkerheds-opdatering til de fleste browser-appletter, men stadig bruge en gammel Java 1.6 til den ene legacy-applikation, der ikke længere vedligeholdes," skriver Oracle blandt andet.
Samtidig forklarer selskabet også, at Deployment Rule Sets gør det lettere at oplyse brugerne om, hvem der står bag en given applikation.
"For eksempel ville jeg stole på "Mit universitet" eller "Erik Costlow", men ikke på "Unknown publisher" eller en anden, der påstår at være mig," forklarer Oracle i blogindlægget.
Du kan læse Oracles guide til de nye Java-funktioner her.
Læs også:
