ESB: 既知の問題と制限事項 - Cloud - 7.3

1. Talend Studioを通常どおりに展開します。
2. Talend Studioを展開したフォルダーで[Terminal] (ターミナル)ウィンドウを開きます。
3. コマンドxattr -d com.apple.quarantine *またはxattr -c *のどちらかを実行します。
4. Talend Studioを通常どおりに起動します。

サブスクリプションベースであり、ESBを伴うTalendの全製品

1. Appleアイコンをクリックし、[System Preferences] (システムの環境設定)をクリックします。
2. [System Preferences] (システムの環境設定)の下で、[Security & Privacy] (セキュリティとプライバシー)をクリックします。
3. [Security & Privacy] (セキュリティとプライバシー)の下で、[General] (一般)タブをクリックします。
4. [Click the lock to make changes] (変更するにはロックをクリック)の横にあるロックアイコンをクリックし、管理者権限のあるアカウントのユーザー名とパスワードを入力します。セキュリティ設定を変更できるのは管理者のみです。
5. [Allow apps download from] (アプリのダウンロード元として許可する)の下で、[Anywhere] (すべて)ラジオボタンをオンにして、開いたダイアログボックスで選択を確定します。
6. すべてのウィンドウを閉じると、Macは[Security & Privacy] (セキュリティとプライバシー)の設定を再び自動的にロックします。
7. 通常のインストール手順に従ってTalend Studio (または目的とするその他の実行可能ファイル)をインストールします。Talend-Studio-macosx-cocoa.appファイルをダブルクリックすると、インターネットからダウンロードされたアプリケーションであることを示す警告メッセージが表示されますが、[Open] (開く)をクリックすると、その後は中断されることなくインストールできます。
8. インストールプロセスが完了したら、必要に応じて上記の手順を繰り返して[Security & Privacy] (セキュリティとプライバシー)の設定を元の値に戻すこともできます。

サブスクリプションベースであり、ESBを伴うTalendの全製品

Talend RuntimeとJob-Serverを同じマシンにサービスとしてインストールする場合は、スタンドアロンジョブサーバーのJob-Serverポートを変更する必要があります。変更しないと、これらのポートはTalend Runtimeに含まれているJob-Serverと競合します。これは、後者も同じデフォルトスポートをスタンドアロンJob-Serverとして使用していることが原因です。

サブスクリプションベースであり、ESBを伴うTalendの全製品

一部のユーザーから、Talend StudioでJava PSUバージョン(jdk8_u92など)を使用した時に問題が発生したもの、Java CPUバージョン(jdk8_u91など)に戻すと問題が解決したという報告がありました。

http://www.oracle.com/technetwork/java/javase/cpu-psu-explained-2331472.htmlもご覧ください。

ESBを伴うTalendの全製品

ESBを伴うTalendの全製品

• tLogCatcherはデータサービスとジョブで使用できますが、tLogCatcherコンポーネントはジョブに明示的に含める必要があり、この環境(Talend Runtime - OSGiコンテナー)では、ロギングにデータベースの使用を推奨します。
• tStatCatcher (一部のコンポーネントの詳細設定に提供されているtStaCatcherオプションの使用を含む)とtFlowMeterCatcherは、[Keep Listening] (リスニングの継続)として定義されていないジョブでのみ使用でき、データサービスでは使用できません(そこではオペレーションが[Keep Listing] (リスニングの継続)ジョブに実装されている)。また、これらのコンポーネントはジョブに明示的に含める必要があり、この環境ではロギングにデータベースの使用を推奨します(Talend OSGiコンテナー)。
• Activity Monitoringコンソールの機能全体によるtLogCatcher、tStatCatcher、tFlowMeterCatcherは、Studioでルートデザイナーを使用して開発したルート内で使用できません。つまり、cTalendJobで呼び出されたジョブはこれらのコンポーネントの使用がまったくサポートされていません。
• AMCビューはTalend Enterprise ESB Studioで使用できますが、TACにおける関連するAMC Webコンソールは、DI製品を含むライセンスでのみ提供されています(たとえば、Talend Platform for Data Servicesのライセンス)。

サブスクリプションベースであり、ESBを伴うTalendの全製品

ESBを伴うTalendの全製品

これは、tRunJobがサービス/ルートスタイル(ESB)のデプロイで機能するように設計されていないためです。そのため、これを使用する場合は、うまくいくケースも多くあるもの、正規のサポートを受けることができません。過去にtRunJobを使用した方には、ジョブデザインにジョブレットを使用するよう切り替えることをお勧めします。

DIと非ESBのユースケースでは依然として有用なコンポーネントであり、今後もこれまでと同様、フルサポートを受けることができます。

さらに、[Use dynamic job] (ダイナミックジョブの使用)オプションはESBルートまたはデータサービスにおいてまったくサポートされていません。

ESBを伴うTalendの全製品

ESBを伴うTalendの全製品

ルートビルド内のBeanはルートビルダールートのJavaコードを追加するために使用できますが、現在はすべてのBeanが1つのパッケージ内に置かれています。

ESBを伴うTalendの全製品

データサービスジョブをトレース/デバッグモードで開始する時に、フローのドキュメントフィールドのコンテンツが完全には表示されない。XML payloadの最初の行だけが表示されます。

ESBを伴うTalendの全製品

ルート内のコンポーネントの設定を変更した時に、関連するルートテストケースに変更が自動的にプロパゲートされない

ESBを伴うTalendの全製品

ジョブにルートと同じ名前を付け、詳細をルート名の後ろに追加する方法をお勧めします。そうすることで、ルートとジョブが同じ開始名を持ち、この部分的な名前にフィルターが適用されます。または、この制限がないプロジェクト全体をビルドする方法もあります。

サブスクリプションベースであり、ESBを伴うTalendの全製品

ルートレットがcTalendJobをルートレット内に使用する機能をサポートしていない。

ルートレットはオプションとしての性格が強いため(いくつかのユースケースでは従来どおり重要です)、ルートレットをcTalendJob呼び出しが必要とされない部分に制限し、cTalendJob部分をメインルートに追加することをお勧めします。これが可能でない場合、妥当な対処方法は、ルートレットをやめて以下のどちらかの手順に従う以外にありません。

a) ルートレット部分を各ルートに再び追加する｡

b) cVMエンドポイントを使用して、ルートレットをルートとしてモデル化する。次に、主ルートとこのサポートルートを2つの別々のルートとしてTalend Runtimeにデプロイする必要があります(最初に、以前ルートレットだったサポートルート、次にサポートルートを使用する主ルート)。この対処方法は、Talend Runtimeに対するOSGi Deploymentにのみ使用できます。Microserviceのデプロイには使用できません。現在、1つのMicroserviceが1ルートであるためです。Microserviceデプロイの場合は、ソケット、JMS、またはREST通信が必要になります。

サブスクリプションベースであり、ESBを伴うTalendの全製品

サブスクリプションベースであり、ESBを伴うTalendの全オンプレミス製品

サブスクリプションベースであり、ESBを伴うTalendの全オンプレミス製品

tesb.logファイル内に、system.errまたはsystem.out経由で送信されたメッセージがまったく表示されない。

ESBを伴うTalendの全製品