ESB : problèmes et limitations connus - 7.1

1. Décompressez Studio Talend comme vous le faites habituellement.
2. Ouvrez une fenêtre Terminal dans le dossier où vous avez décompressé votre instance Studio Talend.
3. Exécutez l'une des commandes suivantes : xattr -d com.apple.quarantine * ou xattr -c *
4. Lancez Studio Talend comme vous le faites habituellement.

1. Cliquez sur l’icône Pomme, puis sur Préférences système.
2. Sous Préférences système, cliquez sur Sécurité et vie privée.
3. Sous Sécurité et vie privée, cliquez sur l’onglet Général.
4. Cliquez sur l'icône de cadenas près de Cliquez sur le cadenas pour effectuer des modifications, puis identifiez-vous avec le nom d'utilisateur et le mot de passe d'un compte associé à des droits administrateur. Seuls les administrateurs peuvent modifier les paramètres de sécurité.
5. Sous Allow apps download from, sélectionnez le bouton radio Anywhere, puis confirmez votre choix dans la boîte de dialogue qui s'ouvre.
6. Fermez toutes les fenêtres afin que votre Mac verrouille à nouveau automatiquement les paramètres Sécurité et vie privée pour vous.
7. Installez le Studio Talend (ou tout autre programme exécutable que vous souhaitez installer) en suivant la procédure d'installation habituelle. Veuillez noter que lorsque vous double-cliquez sur le fichier Talend-Studio-macosx-cocoa.app, un avertissement s’affiche pour indiquer qu'il s'agit d'une application téléchargée à partir d'Internet, alors que si vous cliquez sur Ouvrir, votre Mac devrait vous permettre de l'installer sans autre formalité.
8. Une fois que vous avez terminé la procédure d'installation, vous pouvez répéter les étapes ci-dessus pour rétablir les valeurs précédentes des paramètres Sécurité et vie privée, si vous le souhaitez.

Si vous installez Talend Runtime et Job-Server en tant que service sur la même machine, vous devez veiller à modifier le port Job-Server sur l’instance Job-Server autonome. Dans le cas contraire, ces ports entreront en conflit avec ceux de l'instance Job-Server inclus dans Talend Runtime, qui utilise les mêmes ports par défaut que l’instance Job-Server autonome.

Certains utilisateurs ont signalé des problèmes lors de l'utilisation de Studio Talend avec les versions de Java PSU (telles que jdk8_u92), mais lors du rétablissement vers une version Java CPU (telle que jdk8_u91), le problème a été résolu.

Consultez également : http://www.oracle.com/technetwork/java/javase/cpu-psu-explained-2331472.html

• Le tLogCatcher peut être utilisé dans des Services et Jobs de données, mais le composant tLogCatcher doit être explicitement inclus dans le Job et l'utilisation d'une base de données pour la journalisation est recommandée dans cet environnement (conteneur OSGi de Talend Runtime).
• Le tStatCatcher (y compris l'utilisation de l'option tStatCatcher fournie dans les paramètres avancés de certains composants) et le tFlowMeterCatcher peuvent être utilisés uniquement dans des Jobs qui ne sont pas définis sur Keep listening , ce qui n’est pas le cas dans Data Services (où les opérations sont mises en œuvre dans des Jobs Keep listening). De plus, ces composants doivent être explicitement inclus dans le Job et l'utilisation d'une base de données pour la journalisation est recommandée dans cet environnement (conteneur Talend OSGi).
• Les tLogCatcher, tStatCatcher et tFlowMeterCatcher gérés par l'ensemble de la fonction Activity Monitoring Console ne peuvent pas être utilisés dans des Routes développées à l'aide du concepteur de Route dans le Studio, ce qui signifie que les Jobs appelés via le cTalendJob ne permettent pas du tout le support de ces composants.
• Il est à noter que vous pouvez utiliser la vue AMC dans Talend Enterprise ESB Studio, mais que la console Web AMC de Talend Administration Center est fournie uniquement avec une licence contenant le produit d'intégation de données (par exemple, licence Talend Platform for Data Services).

Comme le tRunJob n'est pas conçu pour fonctionner dans un déploiement de style Service/Route (ESB), le support habituel n'est pas fourni si vous décidez de l'utiliser, même si cela peut fonctionner dans de nombreux cas. Si vous avez utilisé un tRunJob par le passé, il est recommandé de modifier votre configuration du Job afin d’utiliser des Joblets à titre de remplacement.

Pour les cas d'utilisation d'intégration de données et hors ESB, ce composant conserve une grande valeur et bénéficie d'un support complet, comme auparavant.

En outre, l’option Use dynamic job (Utiliser un Job dynamique) n’est pas du tout supportée dans les Routes et Services de données ESB.

Il est possible d’utiliser des beans dans Route Builder pour ajouter le code Java correspondant, mais tous les beans sont actuellement regroupés dans un seul package.

Lors du démarrage d'une instance d'un Job de Service de données en mode Trace ou Debug, le contenu des champs Document dans les flux n'est pas entièrement affiché ; seule la première ligne de payload XML est visible.

Lorsque vous modifiez la configuration d'un composant dans une Route, les modifications ne sont pas automatiquement répercutées dans les scénarios de test de la Route correspondante.

Il est recommandé d'attribuer le même nom au(x) Job(s) qu'à la Route accompagné de détails supplémentaires après le nom de la Route. Ainsi, la Route et le(s) Job(s) auront le même début de nom et s'appliqueront à un filtre sur ce nom partiel. Vous pouvez également créer le projet sans cette limitation.

Les Routelets ne prennent pas en charge le cTalendJob à utiliser dans une Routelet.

Comme par nature, les Routelets sont plus facultatives (en restant importantes pour certains cas d'utilisation), il est recommandé de limiter la Routelet aux parties où l'appel du cTalendJob n'est pas requis et d'ajouter la partie du cTalendJob à la (aux) Route(s) principale(s). Si cela n'est pas possible, la seule solution de contournement valable consiste à abandonner les Routelets et à

a) ajouter les parties de la Routelet de nouveau dans chaque Route.

b) modéliser la Routelet en tant que Route à l'aide d'un endpoint cVM. Ensuite, la Route principale et la Route sous-jacente doivent être déployées dans Talend Runtime comme deux Routes individuelles (en premier, la Route sous-jacente qui était auparavant une Routelet, puis la ou les Route(s) qui l'utilisent). Cette solution de contournement fonctionne uniquement pour les déploiements OSGi vers Talend Runtime mais pas pour le déploiement de microservices car un microservice représente actuellement une Route. Dans le cas d'un déploiement de Microservice, une communication via Socket, JMS ou REST est requise.

Le fichier tesb.log ne vous permet pas de visualiser les messages qui ont été envoyés via system.err ou system.out.