今回は、アプリケーションが期待通りに動作しない(間違った結果が得られる/データが更新されない)場合の対処方法を説明します。
ビジネスプロセスのフローと接続
サーバーへのリクエスト送信を担当するビジネスプロセスが正しく設定されていることを確認します。
ビジネスプロセスがボタンのクリックをトリガーにする例を考えてみましょう。そこで、BPがトリガーで始まることを確認することが重要です。 onClickで始まることを確認することが重要です。
また、ビジネスプロセス間でコネクタが全て設定されているかどうかも重要であり、その際に Component IDが指定されていることを確認します。
さらに、BPの実行があるステップに進むことを確認するために Write to logと Show notificationまたは Show toastブロックを使用します。これにより、どのブロックで処理が動作しないか、あるいはエラーで動作するか、その流れを追跡することができる。
を使用する場合 Write to logをウェブアプリケーションで使用する場合、メッセージはデベロッパーツールのコンソール (Google Chrome ブラウザでは F12) に表示されます。
サーバーリクエストの問題
リクエストが実際にサーバーに行くことを確認してください。これを行うには、公開アプリケーションでデベロッパーモードに切り替える(F12)必要があります。すべてのリクエストは Networkタブに表示されます。リクエストの事実だけでなく、その詳細もすべて確認することができます。タブの中にある Payloadsタブでは、リクエストパラメーターを見ることができます。
サーバーのレスポンスは Previewタブで確認できます。
リクエストのペイロードエラー
リクエストが送信され、トリガーが正しく設定されている場合、リクエスト自体にエラーがあるかどうかを確認する価値があります。不正なパラメータが提供されている(あるいは全く提供されていない)可能性があります。これは Networkタブで、そして Payloadタブで、意図したとおりのものが送信されたかどうかを確認することができます。
もしリクエストの正しさに疑問があるのなら、#1 から開始して Show Notificationと Write To Logブロックを「弱い」場所に配置し、ビジネスプロセスにおけるエラーを特定します。
エラーの原因は別のところにある
ボタンが押され、リクエストは正しく、エラーもないのに、まだ動作しません。では、何が問題なのだろうか。それは、求める結果が求めている場所で検索されていない可能性があります。例えば、あるテーブルにレコードを追加し、実際に追加されたのに、結果が表示されないのは、このテーブルのデータ更新処理が正しく設定されていないためです。の処理フローを確認するのが一番です。 Swagger.のドロップダウンで見つけることができます。 Previewのドロップダウンにあります。 Project APIセクションで確認できます。のすべてのアプリケーションで作成されている素晴らしいツールです。 AppMaster.実際、これはアプリケーションのための自動生成されたドキュメントです。すべてのEndpoints 、すべての可能なアクションをテストし、実際に確認することが可能です。例えば、必要なパラメータを指定してリクエストを送信し、その結果を取得することができます。
ログの使用
おそらく、プロセス自体にエラーがあるのではないでしょうか?ビジネスプロセスは非常に複雑であることが多い。たくさんのブロック、さまざまな条件、チェック、分岐、ループ。この場合、エラーを正面から確認できる Notification やToast ブロックに加え、ログにも気を配るのが合理的です。あらかじめ作成された Write to logブロックと、ログが設定されていることを確認したら、何が問題だったのかを調べることができます。
上記の手順を踏んでもまだ問題がある場合は、私たち(AppMasterチーム)も知らない新しいバグを見つけた可能性があります。この問題を解決するために、私たちに連絡してください。スクリーンショット、問題の詳細な説明、リクエスト例など、最も包括的な情報を提供してください。 Trace-ID.