私はここで少し迷っており、多くのドキュメントを見つけることができません。
9405 次
7 に答える
1
.NET ワークフローですか、それとも SharePoint デザイナーを使用して作成されたワークフローですか?
私は後者の経験しかありませんが、デバッグは簡単ではありません。実際には、一度に1ステップずつ実行し、各ステップまでテストする必要があります。
[リストの設定] に移動すると、SharePoint でワークフローの状態も表示できます (現在、表示する WSS マシンがありません)。
于 2008-09-22T12:49:56.990 に答える
1
@Slace に同意します。SP Designer でワークフローを作成して、最終的にステータスの変更によってのみ開始される場合でも、ブラウザーから実行できるようにしてください。それ自体がトラブルシューティングを容易にします。
于 2008-09-22T12:51:53.007 に答える
1
SharePoint Designer のワークフローについて話していると思いますか? 次の手順に従って、それらを .NET ワークフローに変換できます。そこから、それらをデバッグできます。私はそれを自分で試していません（まだ）。
于 2008-09-22T13:06:59.540 に答える
0
SharePoint デバッグの明らかなリソースである ULS ログについては誰も言及していません。「予期しない」レベルでフィルター処理された ULS ビューアーは、通常、ログに記録された失敗の原因を表示します。
于 2014-01-10T14:39:14.187 に答える
0
前述のように、SharePoint Designer ワークフローをデバッグする唯一の現実的な選択肢は、ワークフローを .NET ワークフローに変換するという骨の折れるプロセスを実行するか、すべてのステップの後に履歴リストを書き出すなどして、何が失敗したかを確認することです。
ただし、VS2005 で .NET ワークフローをデバッグするのは非常に困難です。VS2008 では、その環境を使用して開発されたワークフローをより簡単にデバッグする機能が追加されました。
于 2008-09-22T15:11:46.277 に答える
0
すでにご覧になっていると思います :-)
ワークフロー エラーのトラブルシューティング
于 2008-09-22T17:44:25.580 に答える