2012-02-28 6 views
0

PowerShellスクリプトを呼び出す.NET Webページがあります。 PowerShellスクリプトは、新しいリストアイテムをSharePointリストに追加し、追加時にSharePointワークフローを自動的に起動します。PowerShellがSharePointワークフローを起動しない

ドメイン\ adminアカウントとしてサーバーにログインし、このスクリプトをPowerShellウィンドウから直接実行すると、そのアイテムがリストに追加され、ワー​​クフローが正常に開始されます。

ただし、.NET Webページから同じPowerShellスクリプトを呼び出すと、スクリプトが呼び出され、アイテムがSharePointリストに追加されますが、ワークフローは自動的にトリガーされません。アプリケーションプールは、スクリプトを直接実行するためにログインしたのと同じdomain \ adminアカウントとして実行されます。そのため、アクセス許可は同じにする必要があります。

(私も、プログラムで成功しません、スクリプトからワークフローを呼び出そうとしています。) これは、SharePoint 2010、.NET 4.0で、PowerShellの64ビット版は、Windows 2008のR2

は、このAのアクセス許可の問題です?何か案は?

答えて

0

私の考えは、許可の問題です。 PSからアイテムを作成したとき(そしてWFが失敗したとき)、PSから管理アカウントからアイテムを作成したときにそのアイテムの作成者が誰であるかを確認します(WFがキックオフします) 。

ワークフローを開始するには、[Manage List]権限が必要ですか? ULSログを分析して詳細を調べようとしましたか?

+0

私は確認しましたが、作成者はどちらの場合も同じです。ワークフローにアクセス許可が設定されていないと言われました。 ULSログには、ワークフローがトリガされたときの情報が表示されますが、ワークフローがトリガされていないときは情報は含まれません。 – RSSM

+0

その後アイデアはありません。私は、ページとコマンドプロンプトでスクリプトの流れの違いを調べようとしています。結果がない場合は、Webサービスまたはクライアントオブジェクトモデルのいずれかを使用して、requriedアイテムを作成しようとします。 –

関連する問題