Le 23 janvier, Oracle a publié une nouvelle grille tarifaire de licences pour les entreprises utilisant Java. Cette nouvelle grille tarifaire, selon House of Brick, rend l'utilisation de Java potentiellement beaucoup plus coûteuse pour les organisations que le plan précédent.

En effet, la nouvelle grille a presque complètement éliminé la possibilité de compter les processeurs physiques sur lesquels Java est "installé et/ou en cours d'exécution". La nouvelle métrique définie par Oracle est 'l'employé', ce qui recouvre tous les employés à temps plein, les employés à temps partiel et les employés temporaires des agents, sous-traitants, sous-traitants et consultants qui soutiennent les opérations commerciales internes d'une entreprise.

Pour démontrer à quel point le coût de Java augmente (on devrait dire explose) pour une entreprise, House of Brick montre deux scénarios :

Scénario 1 : Entreprise de taille moyenne avec une faible empreinte Java

• Employés 250
• Utilisateurs de bureau Java 20
• Processeurs installés Java 8
• Ancien modèle 3 000 $/an
• Nouveau modèle 45 000 $/an
• Augmentation en pourcentage 1 400 %

Dans l'ancien modèle d'abonnement, l'organisation payait 2,50 $/mois pour chacun des 20 utilisateurs de bureau et 25,00 $/mois pour chaque processeur sur lequel Java SE était installé et/ou en cours d'exécution. Dans le nouveau modèle, il n'y a pas de frais distincts pour le poste de travail et le serveur, mais désormais, chaque employé sera facturé pour l'abonnement Java.

Scénario 2 : Entreprise de taille similaire, mais avec une plus grande empreinte Java, et chaque employé nécessitant un accès au bureau.

• Employés 250
• Utilisateurs de bureau Java 250
• Processeurs installés Java 48
• Ancien modèle 21 900 $/an
• Nouveau modèle 45 000 $/an
• Pourcentage d'augmentation 105 %

Même si chaque employé de l'entreprise utilise Java dans ce scénario, le prix de l'abonnement annuel fera plus que doubler !

Dans son billet, House of Brick donne quelques conseils aux entreprises pour faire face à cette augmentation. Notamment d'évaluer les applications d'entreprises qui utilisent Java et voir s'il est possible d'utiliser OpenJDK, qui est gratuit, au lieu de Java SE.