エラーハンドリング

DEXTUploadX5コンポーネントを発生するエラーは、onDX5Errorコールバック関数に渡されます。

外部の影響により、モジュールの作成が不可能になったり機能がブロックされている問題が発生したときonDX5Errorにすべてのエラーが配信されない場合があります。

/**
 * コンポーネントの内部または内部を経由して配信されるすべてのエラーメッセージと警告メッセージがonDX5Errorコールバック関数を使用して調べることができる。
 * @param {string} id エラーまたは警告が発生したコンポーネントのIDを
 * @param {string} code エラーコード
 * @param {string} msg エラーメッセージ
 */
function onDX5Error(id, code, msg) {
  alert(id + " => " +  code + "\n" + msg);
}

もしonDX5Error関数がページ内にない場合は、エラーを確認する方法がありませんDEXTUploadX5はonDX5Error関数のほかのエラーを別々に記録するログ記録機能はない。

onDX5Error関数は、開発の過程で発生する文法、論理スクリプトエラーを示す役割は果たしていない。

ESVG-##### のエラーコード

コンポーネント内部で渡されるエラーコードは、常にESVG-###の形式である。

しかし、コンポーネントのエラーハンドル機能で捕捉できないエラーは、ブラウザにエラー配信メカニズムの影響を受けている。したがって、コンポーネントが異常動作をする場合には、各ブラウザで提供されるエラーコンソール（一般的には、F12キーを使用して確認が可能であり、Safari（macOS）の場合は、コンソールの機能をオンにしなければならない。）を利用して、いくつかの問題が発生したかを確認しなければならない。

EHD-#-## エラーコード

HDアプリケーションで発生したエラーである。

EX5-# エラーコード

EX5で始まるエラーは、コンポーネントではなく外部の管理オブジェクトで発生するエラーで、コンポーネント作成前のプロセスで発生する問題や、HDアプリケーションとの通信中に発生するエラーが含まれます。

このエラーの形式は、英語のリソースのみをサポートする。

注意事項

ファイルのアップロード後、サーバーでエラーが発生すると、アップロードに失敗したと判断する。

HTTPは、GET、POSTリクエスト（ファイルのアップロードも同様）をしたときに、サーバーから問題なくコードが完了された場合、HTTPステータスコードの値200が返される。

DEXTUploadX5は、サーバーから200コード値を受け取ると、ファイルのアップロードが完了したと判断し、この時、onDX5UploadCompletedコールバック関数を呼び出します。

この一方で、サーバーから400、403、404、500のようなHTTPステータスコードを受信する場合は、エラーが発生したと判断して、追加の作業を停止し、onDX5Errorコールバック関数を呼び出します。

したがって、サーバー側のコードでは、エラーが発生したとき、これを無視するか、他の形式でパッケージしてはならず、Exceptionが発生した場合、500エラーが配信になるように措置をしなければならない。

もしtry - catch構文のようにサーバーでエラーをキャッチして、エラーを渡さない場合、サーバーは200の値を返すことになるので、DEXTUploadX5はアップロードが正常に完了したと判断することになる。

加えてサーバーでエラーが発生したとき、エラーページをきれいに飾って、クライアントに転送する場合が多いが、この時、クライアントに配信されるメッセージは、エラーの内容が、状態コードが200であるため、DEXTUploadX5は、アップロードが正常に完了したと判断することになる。