問題タブ [sharepoint-2007]

InfoPath 2007 フォームをデザイナーから開発環境の SharePoint サーバーに展開するのは本当に大変です。C# で記述されたビジネス ロジックが含まれているため、すべてのフォームには「完全な信頼」が必要です。手動の手順は次のとおりです。

1) InfoPath で [フォームの発行] ウィザードを実行し、発行先のターゲット サイトと xsn ファイルの保存場所を指定します。

2) サイト コレクション機能からフォームの既存のバージョンを非アクティブ化します (古いバージョンが存在する場合)。

3) 開発サーバーで Central Admin にログインします。Application Management -> Manage Form Templates に移動し、xsn ファイルをアップロードします。

4) フォームをサイト コレクション機能として有効にします。

これを自動化する方法を知っている人はいますか? おそらくstsadm経由ですか？

SharePoint Web サイトでわかりやすい URL を設定しようとしています。RewritePath を使用して ASP.Net 2.0 に適した URL を作成できることはわかっていますが、ASP.NET 3.5 SP1 に付属する System.Web.Routing を使用できるかどうか疑問に思っていました。

ルート テーブルをロードする方法は理解できたと思いますが、正しい IHttpHandler を渡すためにどの方法を使用すればよいかわかりません。

ありがとう！

機能を開発するときに、SharePoint 2007 サイトの Application_Start にフックする良い方法があるかどうか疑問に思っていました。サイト ルートにある Global.asax ファイルを直接編集できることはわかっていますが、この機能と共に展開されるようにする方法はありますか?

ありがとう！

SharePoint Web パーツにログを記録したいのですが、ULS に入れたいです。私が見つけたほとんどの例は、イベント ログまたはその他のファイルにログインしますが、ULS にログインするためのものはまだ見つかりませんでした。

厄介なことに、Microsoft.SharePoint.Diagnostics クラスはすべて内部とマークされています。とにかくリフレクションを通じてそれらを使用する方法の例を1つ見つけましたが、Microsoftが必要なホットフィックスでそのクラスを変更する可能性があるため、これは非常に危険で不安定に見えます.

Sharepoint のドキュメントもあまり役に立ちませんでした。ULS とは何か、およびその構成方法に関する多くの管理者情報がありましたが、実際に自分のイベントをログに記録するためにサポートされているコードの例をまだ見つけていません。

ヒントやヒントはありますか？

編集:この質問の年齢からわかるように、これは SharePoint 2007 用です。SharePoint 2010 では、 SPDiagnosticsService.Local を使用してから WriteTrace を使用できます。以下のユルゲンからの回答を参照してください。

AJAX 機能を公開したい WebPart (オブジェクト モデルは使用しませんが、SharePoint 環境で使用されます) を開発しています。 環境の性質上、スクリプト マネージャーをページに直接追加することは、オプションではないため、プログラムで追加する必要があります。Web パーツ コードで ScriptManager コントロールをページに追加しようとしました。

ただし、このコードを実行すると、次のエラー メッセージが表示されます。

「DataBind、Init、Load、PreRender、または Unload フェーズ中にコントロール コレクションを変更することはできません。」

ScriptManager を WebPart からページに追加する別の方法はありますか、それとも、WebPart を使用する各ページ (またはマスター ページ) に ScriptManager を追加する必要がありますか?

これは少し些細なことに思えるかもしれませんが、私はそれを理解することができませんでした. SPSite を開き、その SPSite の下で SPWeb を開こうとしています。これは、同じサイト コレクション/サイト階層を持つ VPC では正常に機能していますが、本番環境では、SPSite.OpenWeb(webUrl); を試すと、URL が無効であることを示す例外が発生します。URL が正しいことを確認しました。

コード：

注:
branchScheduleURL は、実際には Web の URL も含む URL 全体です。

出力 + 例外:

サイト コレクションの URL: https://ourSite.com/mocc
System.ArgumentException: 無効な URL: /internal/scheduletool。MOCCBranchScheduleListWeb.MOCCBranchScheduleListV3.GetConflictListItem (文字列 branchScheduleURL、文字列 testID) System.NullReferenceException: オブジェクト参照がに設定されていません。オブジェクトのインスタンス。MOCCBranchScheduleListWeb.MOCCBranchScheduleListV3.CheckForConflicts (文字列 [] cfcFlags1、DateTime startTime、DateTime endTime、文字列 [] cfcFlags2) で

注:
https://ourSite.com/mocc/internal/scheduletoolは、開こうとしている SPWeb です。

明らかな何かが欠けていますか？どんな助けでも大歓迎です。

ありがとう。

編集：タイトルを変更し、更新を追加しました。

更新： これが64ビットと32ビットの問題であるとはもはや考えていません。これを見たのは、農場政策で「フルコントロール」として設定された人々だけであることがわかりました。（システムアカウントとして機能していません）通常のユーザーをテストしたところ、問題のあるユーザーは誰もいませんでした。「問題のある」ユーザーをファームポリシーから削除して追加し直し、1人のユーザー（他の開発者:)）を除くすべてのユーザーを修正しました。

2つの32ビットWFEと32ビットアプリケーションサーバーを使用してファームを開始しました。ファームに64ビットフロントエンドを追加することを決定しました。ほとんどの場合、ほとんどすべてが正常に機能しました。例外は、ユーザープロファイルデータベースにアクセスするカスタムWebパーツです。32ビットフロントエンドでは正常に動作しますが、64ビットフロントエンドでは次のエラーが発生します。

User Not Found：データベースからプロファイルデータを読み込めませんでした。

説明：現在のWebリクエストの実行中に未処理の例外が発生しました。エラーとエラーがコードのどこで発生したかについての詳細は、スタックトレースを確認してください。

例外の詳細：Microsoft.Office.Server.UserProfiles.UserNotFoundException：ユーザーが見つかりません：データベースからプロファイルデータを読み込めませんでした。

ソースエラー：

現在のWebリクエストの実行中に、未処理の例外が生成されました。例外の発生源と場所に関する情報は、以下の例外スタックトレースを使用して識別できます。

スタックトレース：

[UserNotFoundException：User Not Found：データベースからプロファイルデータを読み込めませんでした。]
Microsoft.Office.Server.UserProfiles.UserProfile.Load（SqlDataReader myReader、Boolean bFirstRead、Boolean bWssId）+930Microsoft.Office.Server.UserProfiles.UserProfile
。 Load（SqlDataReader myReader）+64
Microsoft.Office.Server.UserProfiles.UserProfile.RetrieveUser（String strAcct、Guid gAcct、Byte [] bSid、Nullable`1 recordId、Boolean doNotResolveToMasterAccount）+1507Microsoft.Office.Server.UserProfiles.UserProfile
。 .ctor（UserProfileManager objManager、String strAcct、Boolean doNotResolveToMasterAccount、Boolean forceUserIsSelf）+584
Microsoft.Office.Server.UserProfiles.UserProfile..ctor（UserProfileManager objManager、String strAcct）+80
Microsoft.Office.Server.UserProfiles.UserProfileManager.GetUserProfile（String strAccountName）+205

WFEは同じファーム上にあるため、同じデータベースを参照する必要があります。

さらに情報が必要な場合はお知らせください。

任意のアイデアをいただければ幸いです！

ありがとう。

奇妙な動作をする発行サイトのページ レイアウトがあります。

次のページ (page1 [デフォルト]、page2、および page3) を持つサブサイト (subsite1) を持つ発行サイト (サイト) を想像してください。

2 ページ目と 3 ページ目では、ブレッドクラムが正しくレンダリングされます。

ただし、デフォルトのページの場合、ブレッドクラムは次のようにのみレンダリングされます

デフォルトページのタイトルも強制的に表示する方法はありますか?

Word 2007 から SharePoint 2007 (MOSS) ドキュメント ライブラリに保存する際に、奇妙な断続的な問題が発生し、ダイアログ ボックスが表示されて消えません。「コンテンツ タイプ」というタイトルで、「使用可能なコンテンツ タイプのリストを取得しています...」というメッセージが表示されます。スクロールし続ける緑色のプログレス タイプのバーが表示されます。これはトレーニング サーバー (別の SQL Server を備えた自己完結型の仮想マシン) で頻繁に発生しますが、より心配なのはライブ プロダクション サーバー (中規模のサーバー ファーム配置 - Web アプリケーション サーバー、検索/インデックス作成用の別のサーバー) で発生しています。 SQL Server)。ファーム内のすべてのサーバーは 64 ビットです。

これは奇妙にランダムです。ユーザーは Word 2007 を強制終了する必要があります。その後、ドキュメントを復元して同じドキュメント ライブラリに保存しようとすると、問題なく保存されます。

ライブサーバーよりもトレーニングサーバーで発生します。ライブ Web アプリケーション サーバーの CPU 使用率が 20% (通常は約 5%) を超えることはめったになく、メモリは利用可能な 4Gb の 2Gb (通常は 1.5Gb) でピークに達するため、リソースの問題ではないと思います。

ドキュメント ライブラリは、ソリューションの機能を使用してカスタマイズおよび展開されます。それらの唯一のコンテンツ タイプは、標準の Documents コンテンツ タイプです。

更新これはサポートの問題として Microsoft に公開されました。これは既知の問題であり、2009 年 2 月に SharePoint の累積更新プログラムの修正プログラム パッケージで対処される予定です。

編集上記の回答を回答にコピーして、この質問に回答済みのフラグを立てることができるようにしました。

試してみましたが、何らかの理由でワークフローがトリガーされません。