その代わりに柔軟なフレームワークが作成され、さまざまな方法の認証が行えるようになっています。コンポーネント群にはいくつかの標準的な認証クラスが含まれており、カスタム認証クラスも簡単に統合できるようになっています(後のセクションを参照)。フォームのような基本的な認証方法をまねたものです。データは「キー=値」というタプルとして転送されますが、ここではユーザー名、それからパスワードの値を先に指定します。ユーザー名およびパスワード自体の後には、キーの名前も必要です。ように簡単に転送することができます。プロパティに指定することができます。データの転送方法は要求のメソッドによって異なります。要求の場合には本体内で転送されます。ヘッダーに埋め込まれます。ヘッダーは各要求に埋め込まれます。方式を使った認証をサポートするためのものです。ユーザーとのやり取りを含むワークフローであることに注意してください。認証をサポートすると、認証クラスをプラグインする以上の作業が必要になります。プロバイダからトークンを受け取るだけです。そのトークンはアプリケーションがサービスを利用する際に必要になります。トークンを格納しておいて後で再利用することができ、ユーザーが明示的に認証をやり直す必要がありません。この動作はサービスによってまったく異なります。サービスの中には、短時間でトークンが破棄されるものもあります。プロバイダのワークフローに沿ったインフラストラクチャしか提供することができません。プロバイダに固有の認証クラスを作成するとよいでしょう。この認証クラスの例は、「例」を参照してください。特定のサービス向けに既存の認証クラスのどれもうまく動作しない場合には、カスタム認証クラスを作成することができます。メソッドを上書きします。つのパラメータを受け取ります。現在の要求を実行しているクライアントの参照と、要求自体の参照です。必要に応じて要求にパラメータを追加することができます。アダプタも含まれています。転送することができます。データをデータセット構造に変換できるわけではないことに注意してください。オブジェクトの配列を探します。オブジェクトのキー値のコレクションを探してデータセットの列を作成します。データの性質により、パーサーは応答全体を反復処理して、データセットの列の情報を収集します。すれば、データセットは常に完全な状態になります。このアダプタはデータの表示にのみ使われます。データを編集してサーバーへ送り返せるようにするには、独自のアダプタを作成する必要があります。アダプタにもフィールド定義を含めることができます。応答のデータすべてをデータセットに転送するわけでない場合には、フィールドを事前に定義することができます。オブジェクトのキー名とフィールド名が一致する場合にのみデータの転送を行います。フィールドを事前に定義すると、フィールドの検索が不要になるため、処理を高速化できます。オブジェクトの定義サービスの中には、いくらかのメタ情報も含まれるエンベロープにデータを含めた応答を作成するものがあります。オブジェクトを示すことができます。エンティティの名前を含んだ文字列です。複数の名前を指定する場合には、ドットで連結してパスの形にします。用途この認証クラスの例は、「例」を参照してください。ディレクトリにあります。レベルで示しています。コンポーネントをフォーム上に配置し、適切に接続しても、同じ結果が得られます。サービス(www.songsterr.com)を使用します。登録や承認といった前提条件なしに基本のクエリを実行することができます。つのコンポーネントをフォームにドロップします。ドロップすると、コンポーネントどうしが自動的に接続されることがわかります。すべての種類の要求のドキュメントおよび説明が含まれています。プロパティを設定する必要があります。「http://www.songsterr.com/a/ra/」に設定します。して使用しなければなりません。コンポーネントについては、これ以上の構成は必要ありません。コンポーネントのプロパティを設定します。プロパティには、実際のクエリ文字列が含まれます。形式で受け取ることも可能です)。「Madonna」など好きなものを入力できます。メニューから[実行...]を選択して、要求を実行することができます。サービスから返されたデータで更新されます。いったコンポーネントに接続することができます。