問題タブ [web-parts]

Webサイトで再利用可能なコンポーネントとしてASP.NETWebパーツを使用した経験を教えてください。

どれくらい役に立ちましたか？深刻な問題はありましたか？asp.netプロジェクトで使用することをお勧めしますか？

これに関して強調したいベストプラクティスまたはヒント。

asp.netポータルデザインの一部としてWebパーツを使用することをお勧めしますか、それとも、古き良きUserControlを基盤としてデザインを中心に据えますか。

この入力は、私が開発しているasp.netアプリケーションの決定を下すのに役立ちます。

さらに詳しい説明が必要な場合は、コメントを残してください。

SharePoint サイトに Microsoft Office Web Components (Microsoft Data Access Controls) を表示しています。クライアントは、ページを表示するために IE で「ドメイン間でのデータ ソースへのアクセス」を有効にする必要があります。残念ながら、クライアントは IE 設定を変更できません。これらのコンポーネントを表示させる方法はありますか?

誰かがSharepoint2007Webパーツページの通常の表示モードでiGoogle/netvibesドラッグアンドドロップインターフェイスを実装したかどうか疑問に思っていますか？これはSharepointに付属しているため、可能であれば編集モードにすでに存在するドラッグアンドドロップ機能を使用することをお勧めしますが、これを編集モードだけでなく、ページの通常の表示モードでも使用できるようにします。

私はこれをネットで探しましたが、これを行った人を見つけることができません。jQueryを使用して簡単なテストを試しましたが、デフォルトではページのマークアップにより、テーブルベースのレイアウトでの実装が困難になっています。

また、YUIで実装されたテーブルセルの並べ替えがこれに使用できる可能性があることも確認しましたが、試していません。

ですから、誰かがこれを経験したことがあれば、どんなヒントも大歓迎です！

Visual Studio に SharePoint WebPart プロジェクトがあります。プロジェクトの一環として、interop.ActiveDS.dll を参照しています。

プロジェクトを正常にコンパイルし、ソリューションを SharePoint に追加/展開できます。SharePoint で WebPart を実行しようとすると、次のエラーが表示されます。

[assembly: System.Security.AllowPartiallyTrustedCallers] を assemblyinfo.cs ファイルに追加しましたが、これは役に立ちませんでした。

これに対する回答をいただければ幸いです。

私はSharepointWebパーツを開発してきましたが、これは展開時に正常に機能していました。Webパーツは、WSP Builderを使用して開発され、パッケージ化されてから、stsadmを介してデプロイされています。Webパーツは、問題なく開発ボックスに100回ではないにしても、数十回デプロイされています。これで、Webパーツは、それが置かれているページを壊すエラーをスローします。

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

例外の詳細：System.NullReferenceException：オブジェクト参照がオブジェクトのインスタンスに設定されていません。

ソースエラー：

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

スタックトレース：

[NullReferenceException：オブジェクト参照がオブジェクトのインスタンスに設定されていません。]
NYCIRB.DMS.WebParts.SearchUpload.SearchUpload.HandleException（Exception ex）+62
NYCIRB.DMS.WebParts.SearchUpload.SearchUpload.OnLoad（EventArgs e）+214
システム.Web.UI.Control.LoadRecursive（）+50 System.Web.UI.Control.LoadRecursive（）+141 System.Web.UI.Control.LoadRecursive（）+141 System.Web.UI.Control.LoadRecursive（）+ 141 System.Web.UI.Control.LoadRecursive（）+141 System.Web.UI.Control.LoadRecursive（）+141 System.Web.UI.Page.ProcessRequestMain（Boolean includeStagesBeforeAsyncPoint、Boolean includeStagesAfterAsyncPoint）+627

Sharepointログを調べると、これらのエラーが何度も繰り返されていることがわかります。これは、Webパーツの読み込みが試行された時間に対応しています。

2009年1月19日10：53：14.43 w3wp.exe（0x05E0）
0x00FC Windows SharePoint Services
一般
72kg高（＃2：「Resources.en-US.resx」を開くことができません：そのようなファイルまたはフォルダーはありません。）01/19 / 2009 10：53：14.43 w3wp.exe（0x05E0）
0x00FC WindowsSharePointServices
一般
8e26中Fea367b94a9-4a15-42ba-b4a2-32420363e018キーファイルリソースの言語リソースを開くことができませんでした。01/19/2009 10：53：17.55 w3wp.exe（0x05E0）
0x00FC Windows SharePointServices
一般
8e25中キー"XomlUrl"、キーファイルコアで文字列を検索できませんでした。2009年1月19日10：53：17.55 w3wp.exe（0x05E0）
0x00FC Windows SharePoint Services
一般
8l3c中トークン「XomlUrl」のローカライズされたリソースが、パス「C：\ Program Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 12 \ Template \ Features \ Fields\fieldswss.xml」のファイルで見つかりませんでした。
01/19/2009 10：53：17.55 w3wp.exe（0x05E0）
0x00FC Windows SharePointServices
一般
8e25中キー"RulesUrl"、キーファイルコアで文字列を検索できませんでした。2009年1月19日10：53：17.55 w3wp.exe（0x05E0）
0x00FC WindowsSharePointServices
一般
8l3c中トークン「RulesUrl」のローカライズされたリソースが、パス「C：\ Program Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 12 \ Template \ Features \ Fields\fieldswss.xml」のファイルで見つかりませんでした。

ソリューション管理を介してWebパーツを手動で撤回し、stsadmを介して撤回し、リソースファイルの存在を確認しました。これはどこにも見つかりません。なぜこれが起こったのか、それをどのように解決するのか、私はかなり途方に暮れています。

すぐに使用できるリスト ビューアー Web パーツを使用して、リストを表示し、他の Web パーツにデータを提供しています。Webパーツ接続メニューに、常にグレー表示されている「データの提供先」というオプションがあることがわかります。この種類の接続と互換性のあるすぐに使用できる Web パーツはありますか?

奇妙なものがあります。現在、WSS 3.0 に SharePoint WebPart があり、VB.NET と HttpWebRequest オブジェクトを使用して Yahoo Traffic の REST インターフェイスにクエリを実行しています。しかし、Yahoo から、自分が無許可であるというエラー メッセージが表示され続けました。さらに調べてみると、次の URL が yahoo に渡されていることがわかりました: http://local.yahooapis.com/MapsService/V1/trafficData?appid=&city =&状態=&半径=20

パラメータは次のように設定されます。

Private _AppID を文字列として

End プロパティ

REST を呼び出すコードは次のとおりです。

エンドトライ

これは、デバッグのためにアクセスできないテスト サーバー上にありますが、私の開発サーバーは正常にチェックアウトされ、すべてが通過し、問題ありません。

AppId、City、および State パラメーターは、SharePoint Web パーツにリストされているパラメーターですが、何らかの理由で、これらの Web パーツにデータを入力しているにもかかわらず、空白のまま通過します。群衆からのアイデアはありますか？ありがとう！

標準の SharePoint v3 Web パーツのコンテンツをプログラムで更新する方法を知っている人はいますか?

例として、リンクの概要 Web パーツをページに配置します。それにいくつかのリンクを追加します。では、WSS API を使用してこの情報を更新するにはどうすればよいでしょうか。これを行う直接的な方法は見つかりませんでした。これまでの唯一のアイデアは、Web パーツをエクスポートし (その後削除し)、生成された XML を変更して、インポートし直すことです。しかし、確かに、もっと簡単な方法があるはずですか?

MOSS 2007 で JavaScript ファイルを使用するための推奨される方法は何ですか? 12 ハイブのどこかに、またはスクリプト ディレクトリ内のサイトの仮想ディレクトリに直接 それとも、Web パーツに埋め込まれたリソースとしてですか?

単一の共有ポイント サーバーにインストールされている moss .wsp があり、プレビュー モードでは正しく動作します。

SharePoint サイトを別のサーバーに移動し、同じ .wsp を追加/展開しましたが、この新しいサーバーでは、ギャラリーで Web パーツをプレビューしようとすると次のエラーが発生します。

Web パーツのプレビュー中にエラーが発生しました。Microsoft.SharePoint.WebPartPages.WebPartPreview.CreateChildControls() で System.Web.UI.Control.EnsureChildControls() で System.Web.UI.Control.PreRenderRecursiveInternal() で System.Web.UI.Control.PreRenderRecursiveInternal() で System.Web.UI.Control.PreRenderRecursiveInternal() で.Web.UI.Control.PreRenderRecursiveInternal() で System.Web.UI.Control.PreRenderRecursiveInternal() で System.Web.UI.Control.PreRenderRecursiveInternal() で System.Web.UI.Control.PreRenderRecursiveInternal() で System.Web .UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

これが本番環境であることを念頭に置いて、問題の原因を見つける方法を誰かが提案できますか?

ではごきげんよう