Utiliser une version plus récente de Java
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
-
Vérifiez que vos instances de Talend Remote Engine et Talend JobServer supportent les versions de Java vers lesquelles vous souhaitez effectuer une mise à niveau.
Les versions les plus récentes de Talend Remote Engine et Talend JobServer nécessitent Java 17 pour démarrer, mais vous pouvez utiliser d'autres versions de Java pour exécuter vos Jobs.Pour plus d'informations concernant le changement de version Java utilisée pour le démarrage de votre moteur ou JobServer, consultez :
-
Configurez les versions de la JDK utilisées par votre instance de Talend Remote Engine et de Talend JobServer afin de vous assurer que tous les Jobs existants continuent à s'exécuter lorsque vous effectuez la mise à niveau vers Java 17. Pour chaque instance, configurez la version de la JDK correspondant à la compatibilité Java de chaque artefact :
- Si certains de vos Jobs nécessitent Java 8, configurez Java 8 pour ces Jobs. Pour les Jobs compatibles avec Java 17, configurez Java 17.
- Si tous les Jobs supportent Java 17, configurez Java 17 uniquement.
Ces configurations de Java sont les plus courantes. Pour les versions plus anciennes, vous avez besoin de plusieurs instances de moteurs ou de JobServer s'exécutant en parallèle, chacune utilisant une version différente de Java.
Cependant, les versions les plus récentes de Talend Remote Engine et Talend JobServer supportent le mode de sélection dynamique de la JVM. Ce mode sélectionne automatiquement l'instance Java appropriée, en se basant sur le niveau de compatibilité Java de l'artefact à exécuter. Pour des instructions de configuration de ce mode de sélection de la JVM, consultez : Cette configuration vous permet d'exécuter des Jobs avec différentes versions de Java, avec un seul moteur ou une seule instance du JobServer. -
Si vous utilisez des Routes ou des services de données, notez que les artefacts construits en tant qu'OSGi avec le Studio Talend en version R2025-02 ou supérieure sont compatibles uniquement avec Talend Runtime version 8.0.1-R2025-02-RT ou supérieure.
- Si vous avez déjà construit toutes vos Routes et tous vos services de données en tant que microservices avec Talend 8.0, ces éléments peuvent être exécutés avec Java 11 ur Java 17. Les Routes et les services de données construits à partir de la version R2025-02 nécessitent Java 17 pour s'exécuter.
- Si vous utilisez des Routes ou des services de données construit·es comme OSGi, vous devez installer un Talend Runtime utilisant Camel 4, à partir de la version. Vous devez également installer une nouvelle version de Talend Remote Engine si un Talend Remote Engine fait partie de votre architecture. Pour plus d'informations, consultez Migration manuelle d'une installation complète de Talend Runtime et Mettre Talend Remote Engine à niveau.
Vous pouvez continuer à exécuter Talend Runtime avec Camel 3 et reconstruire et redéployer progressivement vos Routes et services de données dans le nouveau Talend Runtime utilisant Camel 4 et s'exécutant avec Java 17. Talend Runtime ne peut gérer qu'une version de Camel et Camel 4 est incompatible avec les versions de Java antérieures à la version 17.
Assurez-vous de tester et de mettre à jour tout le code personnalisé existant et toutes les bibliothèques externes utilisé·es dans les Routes et les services de données pour assurer leur compatibilité avec Camel 4.
-
Mettez Studio Talend à niveau.
Si tous vos Jobs peuvent s'exécuter avec Java 17, vous pouvez effectuer une mise à niveau du Studio Talend construisant et exécutant vos Jobs uniquement avec Java 17.
Si certains de vos Jobs ne peuvent s'exécuter avec Java 17, continuez à utiliser une version du Studio Talend supportant la conception de Jobs avec Java 8, tout en reconstruisant progressivement tous vos Jobs avec Java 17 dans une autre instance du Studio Talend .
Note InformationsImportant : Les versions du Studio Talend qui supportent Java 8 sont maintenues pour une période de temps limitée. Si vous utilisez Java 8, il est recommandé de migrer vers Java 17 dès que possible pour assurer un support continu de votre environnement. -
Reconstruisez progressivement vos artefacts afin de les rendre nativement exécutables avec Java 17.
La bonne pratique consiste à reconstruire d'abord les Routes et les services de données, à reconstruire ensuite les Jobs les plus fréquemment modifiés, puis à reconstruire les artefacts restants.Par défaut, les routines sont toujours construites avec la conformité à Java 8. Vous pouvez mettre à niveau vos routines vers Java 17 si nécessaire. Notez que les Jobs Big Data ne supportent pas les routines s'exécutant sur Java 17. La flexibilité d'exécution des routines avec Java 8 permet de une adaptation aux technologies Big Data ne supportant pas de versions plus récentes de Java.
Cette page vous a-t-elle aidé ?
Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.