Flex Gateway新着情報
Governance新着情報
Monitoring API ManagerMule 3 から Mule 4 に移行しやすくなるように、Mule 3 のごく一般的なユースケースに対応する Mule 4 のユースケースを見つけるためのインデックスを作成しました。
IMPORTANT: このインデックスは、ごく一般的な移行シナリオの出発点にすることを目的としています。移行の完全ガイドではありません。Mule の「Mule 4 for Mule 3 Users (Mule 3 ユーザーのための Mule 4)」ページに、移行に関するすべての記事が掲載されています。
『設定プロパティ』: Mule 4 では設定プロパティを新たな方法で処理します。
『セキュアプロパティの使用』: セキュアプレースホルダーが Runtime の機能になり、Security モジュールの一部ではなくなりました。
『HTTP Connector の使用』: 新しい HTTP Connector は、マルチパート/フォーム要求の処理をはじめ、いくつかの点が Mule 3 と異なります。
『MEL から DataWeave への切り替え』: DataWeave 2.0 が式言語になりました。ここに MEL 式を DataWeave に適合させる方法が記載されています。
『DataWeave 1.0 から DataWeave 2.0 への移行』: Mule 4 では DataWeave の新バージョンを使用できます。
明示的なトランスフォーマーはどこにいったのかと思うかもしれませんが、<object-to-string />
や <object-to-json>
のようなトランスフォーマーは不要になりました。こうした変換は、Mule がバックグラウンドで自動的に処理します。
『カスタムオブジェクトストアの定義』: カスタムオブジェクトストアが新しいコネクタを使用して定義されるようになりました。
『ウォーターマークの使用』: ウォーターマークが簡素化されました。手動で実行できるようになったため、複雑なユースケースにも対応できます。
『Mule メッセージへのアクセス』: Mule メッセージの構造が刷新され、アクセス方法が変更されました。ここで概要を確認できます。
Java の使用: 『Java Module』 を使用して Java と相互運用できるようになりました。必要に応じて、『Scripting Module』 や 『Mule SDK』 を使ってみることもできます。
『Spring の使用』: Spring bean をアプリケーションで直接定義する代わりに、『Spring Module』 を使用できるようになりました。
『再接続戦略の使用』: Mule 4 では、再接続に些細ながら重要な違いがあります。
『クラスローディング分離』: クラスローディング分離により、リソースやクラスの共有方法が変化します。詳細は、この記事を参照してください。
『コアコンポーネントの移行』: コア言語要素に実施された変更の包括的なリストです。
『新しいコネクタの使用』: 主要なコネクタに実施された変更の包括的なリストです。
『Security (AES) モジュールの使用』: Anypoint Enterprise Security モジュールが、ここに記載の各種のモジュールに分割されました。
『ゲートウェイの移行』: このセクションに、API ゲートウェイに関連する機能の移行について説明されています。
『APIkit アプリケーションの移行』: APIkit ベースのアプリケーションを効率的に移行するために必要な手順を説明します。
カスタムコンポーネントの移行: 『Mule SDK』 を使用して再利用可能な独自のコンポーネントを作成できます。
DevKit ベースのコンポーネントの移行: 『DevKit 移行ツール』で、Mule 3 の DevKit プロジェクトを Mule SDK プロジェクトに移行できます。
『トランスポートサービスの上書き』: 汎用的なトランスポートから移行する方法を説明します。