以前のバージョンの BizTalk Server から BizTalk Server にマップを移行すると、マップに含まれる Functoid も移行されます。 移行する Functoid に Scripting Functoid が含まれていない場合は、追加の移行タスクは必要ありません。 ただし、マップに スクリプト Functoid またはカスタム Functoid が含まれている場合は、追加の手順を実行する必要があります。
以前のバージョンの BizTalk Server では、 Scripting Functoid に含まれるすべてのカスタム スクリプトがインラインで記述されていました。 つまり、Functoid を作成したときに、実行時に呼び出されたすべての Functoid スクリプトが Functoid と共に格納されました。 別の Functoid で同じスクリプトを使用する場合、ある Scripting Functoid から別の Scripting Functoid にコピーして貼り付けるか、スクリプトを最初から書き直していました。
マップを移行すると、BizTalk Server は Functoid を使用して既存のインライン スクリプトをコピーします。 ただし、すべてのスクリプトが正しく機能するわけではありません。 BizTalk Server では、以前のバージョンで使用されていた VBScript と JScript ではなく、Visual Basic .NET と JScript .NET が使用されます。 .NET バージョンの言語には、構文にいくつかの変更が含まれています。
注
移行後は必ず スクリプト ファンクトイドをテストしてください。
カスタム Functoid を書き換える必要があります。 BizTalk Server では、カスタム Functoid で .NET Framework を使用することが想定されています。 以前の COM ベースのカスタム Functoid は使用できません。 カスタム Functoid は、.NET フレームワークを使用するように書き換えることができます。 カスタム Functoid のサンプル コードについては、「 カスタム Functoid (BizTalk Server サンプル)」を参照してください。
別の方法として、カスタム Functoid の機能を外部アセンブリにラップし、スクリプト Functoid を通じてこのアセンブリを呼び出します。 次のセクションでは、このプロセスについて説明します。
カスタム Functoid を移行するには
Microsoft Visual Basic .NET、JScript .NET、Microsoft Visual C# .NET などの .NET 言語で Functoid の機能を再作成します。
新しい機能を含むアセンブリを作成します。
グローバル アセンブリ キャッシュ (GAC) にアセンブリを登録します。
注
アセンブリをグローバル アセンブリ キャッシュに登録するには、厳密な名前と署名が必要です。 アセンブリの登録の詳細については、Visual Studio 結合コレクションの「グローバル アセンブリ キャッシュ」を参照してください。
Scripting Functoid を含むマップと、書き換えられた機能を含むアセンブリの間に参照を作成します。
Scripting Functoid の Script プロパティを構成します。 このプロパティは、実行時に Scripting フクトイドが呼び出すスクリプトを決定します。 このプロパティの値は、カスタム スクリプトを変換した言語と一致させる必要があります。 Script プロパティを構成する方法の詳細については、「 Functoid プロパティと入力パラメーターの編集」を参照してください。 スクリプト ファンクトイドも参照してください。
Scripting Functoid を使用して、マップを含む BizTalk プロジェクトをビルドします。
マップを検証してテストします。