SharePoint ワークフロー開発における通信エラー メッセージ Common error messages in SharePoint workflow development• この記事の内容 SharePoint ワークフローの開発時に発生する可能性がある一般的なエラー メッセージ、および根底にある問題を解決するためのガイダンスを示します。 A listing of common error messages that you might encounter while developing SharePoint workflows and guidance for solving the underlying problem. 一般的な SharePoint ワークフロー エラー Common SharePoint workflow errors SharePoint ワークフローを開発する際に発生する可能性のあるすべてのエラーが説明されているわけではありませんが、経験する可能性の最も高いエラーが網羅されています。 Although this list doesn't cover every possible error you may encounter when developing SharePoint workflows, it does cover those that you are most likely to face. ワーカー プロセス内で完了するためのサンドボックス コード実行要求を待機中にタイムアウトになりました Timeout while waiting for sandboxed code execution request to complete within the worker process 次の「セキュリティで保護された AppDomain 内で完了要求を待っているときに、タイムアウトになりました。 」と同じ問題によって生じます。 解決法も同じです。 Same issue and same solution as the item below, "Timeout while waiting for request to complete within the sandboxed appdomain". サンドボックス appdomain 内で完了するための要求を待機中にタイムアウトになりました Timeout while waiting for request to complete within the sandboxed appdomain これらのエラーはいずれも同じ問題 ワークフロー アクションの実行で規定のタイムアウト時間を超える によって生じます。 既定のタイムアウト期間は 30 秒です。 Both of these errors result from the same issue—exceeding the default timeout period for the workflow action to execute. The default timeout period is 30 seconds. 社内インストールのタイムアウト値は変更できますが、SharePoint Online インストールでは変更できません。 SharePoint Online インストールでのこのエラーを回避するには、コードを変更して 30 秒より短くし、ワーカー プロセスまたは appdomain のアクションを制限する必要があります。 You can change the timeout value in on-premises installations, but you can't change it in SharePoint Online installations. To avoid getting this error in SharePoint Online installations, you must modify your code to limit actions in the worker process or appdomain to fewer than 30 seconds. 社内インストールのタイムアウト時間を変更するには、次の Windows PowerShell コマンドを実行します。 コードの例ではタイムアウトが 60 秒にリセットされていますが、別の値を使用できます。 To modify the timeout period in your on-premises installation, execute the following Windows PowerShell command. Note that the example code resets the timeout to 60 seconds, but you can use another value. Add-pssnapin microsoft. sharepoint. SharePoint. Administration. この問題を改善するには、リソースのしきい値を超えないようにコードを変更する必要があります。 これらのリソース値は、 に記述されています。 To alleviate this problem, you should modify your code so that it does not exceed the resource threshold. These resource values are documented in. サンドボックス ソリューションでエラーが発生したため、このワークフローは実行できませんでした This workflow could not run because a sandboxed solution encountered an error ワークフロー コードがハンドルされていない例外をスローしました。 このエラーを解決するには、サンドボックス コードのデバッグおよび修正が必要です。 The workflow code threw an unhandled exception. Resolving this error requires debugging and revising your sandboxed code. サンドボックスが失敗したため、このワークフローは実行できませんでした: プロセス プールからプロセスを取得できませんでした This workflow could not run because the sandbox failed: Could not get a process from the process pool サンドボックス設定でエラーが発生しています。 サンドボックス ソリューションの設定については、 を参照してください。 There is an error in your sandbox configuration. For information about configuring a sandboxed solution, see. サンドボックスが失敗したため、このワークフローは実行できませんでした: サンドボックス コード ワーカー プロセスは予期せずに終了しました This workflow could not run because the sandbox failed: The sandboxed code worker process exited unexpectedly サンドボックス設定でエラーが発生しています。 サンドボックス ソリューションの設定については、 を参照してください。 There is an error in your sandbox configuration. For information about configuring a sandboxed solution, see. 電子メール メッセージを送信できません。 サーバーの出力電子メール設定が正しく設定されていることを確認してください The e-mail message cannot be sent. Make sure the outgoing e-mail settings for the server are configured correctly 電子メールの問題をトラブルシューティングする際に、検討すべき 2 つの問題があります。 社内インストールおよび SharePoint Online インストールのいずれの場合も、[ 宛先] および [ 件名] 行のすべてのアドレスが有効な電子メール アドレスであることを確認します。 社内インストールでは、サーバー上の電子メール設定が正しく設定されていることを確認します。 There are two issues of note to consider when troubleshooting email issues. In both on-premises and SharePoint Online installations, ensure that all addresses on the To: and Cc: lines are valid email addresses. In on-premises installations, ensure that email settings on the server are configured correctly. 以下を参照し、受信および送信電子メールを正しく設定してください。 Review the following to ensure that you have correctly configured incoming and outgoing emails. 電子メールの送信エラーは、Exchange の配信不能のために発生する場合もあります。 Errors sending e-mail can also happen because of Exchange non-delivery. 次を参照して、この問題が発生していないことを確認します。 Review the following to ensure that you are not having this issue:• アイテムの 1 つ以上の列で異なるタイプの情報が必要であるため、ワークフローがアイテムを更新できませんでした The workflow could not update the item, possibly because one or more columns for the item require a different type of information このエラーは一般的に次の 2 つのうちいずれかの状況で発生します。 This error commonly results from one of two situations:• リスト フィールドの 1 つが削除または変更されたが、ワークフローが変更を考慮して更新されなかったため、ワークフローが古いフィールドの値を設定しようとしています。 ワークフローの [ リスト アイテムを更新する] アクションをすべて確認し、フィールドに適切な値が設定され、それらのフィールドがリストに存在していることを確認する必要があります。 One of the list fields was removed or changed, but the workflow was not updated to account for the change and is therefore trying to set a value for the old field. You should check all Update List Item actions in your workflow and make sure they are setting appropriate values for fields and that those fields exist on the list. ワークフローが誤ったデータ型を使用して、リスト アイテムのフィールドに値を設定しようとする場合に、データ型エラーが発生します。 検索の [ フィールドの戻り値の型] 操作が正しいデータ型であることを確認する必要があります。 There is a data type error wherein the workflow is trying to set a value in a field in the list item using the wrong data type. You should confirm that the Return Field As operation in their lookup is of the correct data type. ワークフロー検索で一致する項目が見つからないため、ワークフロー操作が失敗しました The workflow operation failed because the workflow lookup found no matching item これは、ワークフロー ロジックにエラーが発生していることを示します。 検索で正しいリストおよびフィールドを選択していることを確認してください。 This indicates there is an error in the workflow logic. Check to ensure that you are selecting the correct list and field in your lookup. ファイル名がない、または無効であるため、ワークフローはリスト アイテムを作成できませんでした The workflow could not create the list item because the file name is either missing or invalid これは、ワークフロー ロジックにエラーが発生していることを示します。 [ パスと名前] フィールドに入力されたファイル名が有効なファイル名であることを確認してください。 This indicates there is an error in the workflow logic. Ensure that the file name entered in the Path and Name field is a valid file name. 検索の [ フィールドの戻り値の型] 設定を確認し、想定されるデータに対して有効なデータ型にする必要があります。 You should check the Return Field As settings in your lookup to ensure that it is a valid data type for the expected data. アクションはドキュメントのチェックアウトを必要とするため、ワークフロー操作は失敗しました The workflow operation failed because the action requires the document to be checked out [ アイテムの更新] アクションを使用する前に、[ アイテムをチェックアウトする] アクションを使用してアイテムをチェックアウトする必要があります。 You must check out the item using the Check Out Item action before using the Update Item action. ワークフローのコンパイル中にエラーが見つかりました。 ワークフロー ファイルは保存されましたが、実行できません。 ワークフローに関連するサーバー上の予期しないエラー Errors were found when compiling the workflow. The workflow files were saved but cannot be run. microsoft. microsoft. 関連項目 See also• 関連記事.
次の
お世話になります。 プロセス作成時やケーススタディ時に以下のエラーが頻発しています。 ユーザーガイドに書かれていたタイムアウト対策を実施したのですが、解決しませんでした。 過去ログにはない現象でしたので投稿します。 0 Licence Type : 有償ライセンス Application Type : Standalone Node Guid : OS : Microsoft Windows 7 Professional Service Pack 1 IP Address : MAC Address : Running on Server Machine? : True -------------------------- System. TimeoutException 要求チャネルは、送信を試行してから 00:01:00 後にタイムアウトしました。 Request の呼び出しに渡すタイムアウト値を増やすか、Binding の SendTimeout 値を増やしてください。 この操作に割り当てられた時間は、より長いタイムアウト時間の一部であった可能性があります。 Server stack trace: 場所 System. ServiceModel. Channels. RequestChannel. Request Message message, TimeSpan timeout 場所 System. ServiceModel. Channels. Request Message message, TimeSpan timeout 場所 System. ServiceModel. Channels. ServiceChannel. Call String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout 場所 System. ServiceModel. Channels. ServiceChannelProxy. InvokeService IMethodCallMessage methodCall, ProxyOperationRuntime operation 場所 System. ServiceModel. Channels. ServiceChannelProxy. Invoke IMessage message Exception rethrown at [0]: 場所 System. Runtime. Remoting. Proxies. RealProxy. HandleReturnMessage IMessage reqMsg, IMessage retMsg 場所 System. Runtime. Remoting. Proxies. RealProxy. Lca. DataModel. CompiledResultDistributionApp. ICompiledResultDistributionApp. GetProcessCompiledResultVersion Guid processGuid 場所 Jemai. Lca. DataModel. Service. ProcessCompiledResultOperation. ProcessCompiledResultSetupService. cs:行 76 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. CompiledResultIOOperator. cs:行 249 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. CompiledResultIOOperator. cs:行 356 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. FlowCompiledResultCache. cs:行 600 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. IntegrationMethodProcessCompiler. cs:行 399 場所 System. Collections. Generic. Collections. Generic. Lca. DataModel. Service. ProcessCompiling. IntegrationMethodProcessCompiler. cs:行 390 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. IntegrationMethodProcessCompiler. cs:行 283 場所 Jemai. Lca. DataModel. Service. ProcessCompiling. IntegrationMethodProcessCompiler. cs:行 182 場所 Jemai. Lca. DataModel. Service. LCAProjectOperation. LCAProjectCompiler. cs:行 99 場所 System. Collections. Generic. Lca. DataModel. Service. LCAProjectOperation. LCAProjectCompiler. cs:行 79 場所 Jemai. Lca. CaseStudy. ViewModel. LCAProjectInventoryAnalysisViewModel. ProgressCommandHelper. cs:行 460 場所 System. Threading. Tasks. Task. Execute System. svc' に対する HTTP 要求が、割り当てられたタイムアウト時間 00:00:59. 9910000 を超えました。 この操作に割り当てられた時間は、より長いタイムアウト時間の一部であった可能性があります。 場所 System. ServiceModel. Channels. HttpOutput. WebRequestHttpOutput. GetOutputStream 場所 System. ServiceModel. Channels. HttpOutput. Send TimeSpan timeout 場所 System. ServiceModel. Channels. HttpChannelFactory. HttpRequestChannel. HttpChannelRequest. SendRequest Message message, TimeSpan timeout 場所 System. ServiceModel. Channels. RequestChannel. Request Message message, TimeSpan timeout System. Net. WebException 操作はタイムアウトになりました。 場所 System. Net. HttpWebRequest. Net. HttpWebRequest. GetRequestStream 場所 System. ServiceModel. Channels. HttpOutput. WebRequestHttpOutput. GetOutputStream.
次の
HttpWebRequestが2回目の呼び出しでタイムアウトする 5 なぜ次のコードは、それが実行される第2の(そして後続の)タイムアウトタイムアウトですか? コードは次の場所で停止します。 GetResponse. GetResponseStream 要求がタイムアウトしたことを示すWebExceptionを発生させます。 私はこれを WebRequestと HttpWebRequest 編集:それは、コードが request. サーバーはそこにあり、要求のために利用可能です。 Create URL as HttpWebRequest; request. Default. LicenseUser, Settings. Default. LicensePassword ; request. ReadToEnd ; objReader. Flush ; objStream. Net. Collections. Licensing. License. GetQLMResponse(String URL)の "System. Net. HttpWebRequest. GetResponse() JAD. Net. servicePointは、タイムアウトを4分近くに設定していました。 要求オブジェクトの ServicePoint. ConnectionLeaseTimeoutを変更すると、要求が現在5000ms後に破棄されます。 あなたの助けを借りて、またこれらの2ページに感謝します:• Create URL as HttpWebRequest; request. Default. LicenseUser, Settings. Default. LicensePassword ; request. ServicePoint. ServicePoint. ReadToEnd ; objReader. Flush ; objStream. GetReponse によって取得された WebResponseは適切に処理されなければならない request. GetReponse MUST request. GetReponse。 試してみてください( request. Abort と GC. このようにして、app. Jon Skeetの答えを見て。 前回の回答のヒールで、私はもう2つの事を追加したいと思っていました。 デフォルトでは、 HttpWebRequestは同じホストへの2つの接続のみを許可します(これはHTTP 1. 1の "niceness"です) はい、それは上書きすることができます、いいえ、私はあなたにこの質問でどのように言いません、あなたは別のものを尋ねなければなりません: 私はあなたがを見るべきだと思います。 私は、HttpWebRequestに接続されているすべてのリソースをまだ処分していないと考えています。 そのため、接続プーリングが問題になります。 あなたが本当にしなければならない限り、サーバーのルールごとに2つの接続を戦おうとはしません。 上記のポスターの1つとして、Fiddlerはこのケースではあなたに少し不快感を与えています。 これが役立つかどうかお知らせください。
次の