Bonjour à tous,
 
Je sais que ce sujet a déjà été partiellement abordé mais je n'ai malheureusement pas trouvé de solution complète donc je me permets de créer ce nouveau topic.
 
Depuis quelques années, nous avons progressivement virtualisé et "modernisé" notre infra par soucis de sécurité et de fiabilité. Un ancien serveur TSE sous WS2008R2 a évolué vers un RDS sous WS2019 mais problème, j'ai une ancienne application métier à faire tourner et elle ne fonctionne pas correctement avec les dernières version de Java et un navigateur comptible (IE ou Chromium v31). Il faudrait que j'installe une version de Java 1.6 pour retrouver toutes les fonctionnalités.  
 
Mettre à jour l'application métier en question est une possibilité mais c'est très coûteux et nécessite une réflexion "long-terme" pour savoir si on met à jour l'application en question ou si en en change. En attendant les conclusions d'une telle étude, je cherche une solution provisoire à court terme.
 
J'ai regardé plusieurs solutions mais je ne trouve rien qui sort du lot. Pourtant, je suis convaincu qu'il y a beaucoup d'entreprises qui ont été confrontées à ce problème (peut-être plus tôt que nous vu qu'on a tardé à se moderniser ).
 
Parmi les solutions imaginées:
- Supprimer Java 1.8 (dernière version) et installer Java 1.6 (avec les failles que ça implique) en se disant que Java n'est plus utilisé par les navigateurs modernes et qu'on ne devrait pas trop avoir de problème vu qu'il ne sera utilisé que pour notre application métier   ... Idéalement il faudrait l'isoler pour être sûr que le vieux Java ne soit utilisé que pour notre appli métier
- installer un vieux navigateur portable qui ne servira qu'à faire tourner notre vieille appli avec le vieux Java (et donc couper l'accès à internet à ce navigateur)
- j'ai vu des articles qui parlent d'isoler des vieilles applis dans des containers... je comprends vaguement l'idée mais est-ce que ça pourrait fonctionner dans notre cas?
- trouver un navigateur ou un logiciel spécialement conçu pour répondre à ce type de besoin et permettant de faire tourner le tout de façon fiable et sécurisée dans WS2019
- autre...?
 
Idéalement, la solution retenue pourra aussi être déployée sur des PC portables sous W10 (ce qui permettra à certains utilisateurs de s'affranchir de la connexion au serveur RDS pour pouvoir accéder à l'appli métier).  
 
Si vous êtes déjà passés par là, je serai ravi d'avoir des bonnes idées car on est un peu bloqué là. Pour le moment, on tourne tant bien que mal avec Java 1.8 et pour les utilisateurs qui sont bloqués sur certaines fonctionnalités, on leur donne provisoirement l'accès à l'anciennes VM TSE 2008 donc c'est vraiment du bricolage    
 
Merci pour vos idées et suggestions  

Il n'y a pas vraiment de solution facile et/ou rapide.
 
La solution à long-terme, c'est de modifier l'application existante ou en implémenter une nouvelle qui ne dépend plus de Java, universellement connu pour être un des cancers de l'IT.
 
La 1.8 n'est déjà plus supportée (sauf mises à jour payantes). Donc vous êtes déjà au pied du mur, et ce client ne devrait pas se trouver sur vos serveurs.
Tu pourrais virtualiser le Java 1.6, mais 1) il faut des outils/licences spécifiques pour cela 2) Rien ne garanti que ce sera transparent pour l'application 3) Rien ne garanti que ça fonctionnera correctement sous Windows 10/WS 2019.
App-V n'est plus supporté, vous pourriez partir sur du Citrix par exemple...mais ça risque d'être hors de prix.
 
Malheureusement il est possible que la solution acceptable pour le moment, ce soit de monter un serveur RDS en 2008 dédié à cet applicatif, et non relié sur le net. Vous préservez votre infra en WS2019 de Java (donc meilleure stabilité/sécurité/évolutivité), et les utilisateurs peuvent pleinement utiliser l'application métier.
Installer Java 1.6 sur votre infra WS2019, c'est la pire idée je pense : vous aurez tous les inconvénients sans aucun des avantages.

Bonjour,
 
tu peux te tourner vers thinapp
https://www.vmware.com/fr/products/thinapp.html
 
ou cameyo
https://cameyo.com/what-is-a-virtual-app/

Merci pour vos réponses
 

 
Pourquoi le serveur RDS dédié à cette application serait en 2008 et pas en 2019 par exemple?
 

Je vais étudier ça, merci