19Fermer21
NilLe 09/05/2013 à 12:43
Kevin Kofler (./16) :
C'est rétrocompatible dans 99,9% des cas, c'est-à-dire si l'applet est codé même approximativement correctement. Et si ce n'est pas le cas, il y a une erreur si et quand il y a un vrai problème et pas "tu n'as pas la même version que moi => ".
Sauf que là où la compatibilité est cassée, c'est entre Oracle Forms & Reports dans un environnement Oracle 10g et Java 7 (théoriquement lié à Oracle 11g). Sauf que migrer un serveur d'application ne se fait pas "comme ça" (et faut-il que les applications supportent la migration).
C'est quand même dramatique que ça soit Oracle qui se tire une balle dans son propre pied. Du coup, aucune application Forms & Reports 10g ne fonctionne avec Java 7.
Kevin Kofler (./16) :
Mais je ne veux pas installer le plugin propriétaire juste parce que l'applet XYZ croit ne marcher avec rien d'autre qu'une version particulière et bourrée de trous de sécurité de ce plugin (alors que ce n'est en général même pas le cas).
Bah il suffirait que ton plug-in non propriétaire indique qu'il répond aux exigences de telle et telle version, je ne vois pas où tu as vu que je parlais de plug-in propriétaire...