問題タブ [vsewss]

これは、良い結果が得られなかったmsdnフォーラムからの再投稿です。

VS2008のVSeWSS1.3では、[IISワーカープロセスにアタッチ]は常にグレー表示されているようです（[ビルド]-> [クイック展開ソリューション]）。

これにより、コマンドラインからiisappを実行し、w3wpプロセスのPIDをメモし、VSでCtrl-Alt-Pを押して[プロセスにアタッチ]ダイアログを表示し、PIDで並べ替え、前に取得したPIDを見つけて、[OK]をクリックします。 。

私は何が欠けていますか？

Visual Studio 2005 で VseWss 1.1 を使用して MOSS ソリューションを正常に作成しました。Visual Studio 2008 にアップグレードして VseWss 1.3 を使用しようとしましたが、アップグレードでエラーは発生しませんでしたが、展開しようとすると次のエラーが発生します。

The class id 00000000-0000-0000-0000-000000000000 exists in this Solution in both MyGlobals (C:\Code\website\MySolution\MyGlobal.cs) and MyWelcomeLayoutFeatureReceiver (C:\Code\website\MySolution\Modules\MyWelcomeLayout\MyWelcomeLayoutFeatureReceiver.cs). Class id's must be unique for deployment to succeed. The Guid attribute in each of the class files should match the feature id in the feature manifest for that particular feature.

VS で WSP ビューを開こうとすると、同じエラーが発生します。ファイルで検索を実行しましたが、ゼロのみを含む GUID を持っているファイルはありません。MyGlobals クラスは特定の機能の一部ではなく、単なるアセンブリの一部です (固有の GUID はありません!!、アセンブリだけが持っています)。

誰かがこの問題を抱えて解決したか、アップグレードのヒントを持っていますか? ありがとう

カスタムコンテンツタイプをインストールするWSPファイルを作成するSharePoint（VSeWSS 1.3を使用）プロジェクトがあります。タイプの1つは、XAPファイルとして〜/ClientBinにあるSilverlightコントロールをホストしているDispForm.aspxのカスタムバージョンもインストールします。

ListDefinition.xmlファイルに、WSPソリューションの一部としてXAPファイルを〜/ ClientBinに展開するようにVSeWSSに指示する方法はありますか？画像をTEMPLATES\imagesフォルダーに配置する方法は知っていますが、〜/ClientBinには配置できません。

フィリップ

開発マシンにVSeWSS 1.3をインストールし、ローカル IIS 6 を構成して、SharePoint プロジェクトをビルドし、生成された WSPファイルをローカル マシンに展開できるようにしました。WSP ファイルはパッケージングのステップで生成され、他のマシンに正常にインストールできます。

ここで、現在 SharePoint がインストールされておらず、VSeWSS 用に構成されていないビルド マシン (VSeWSS Web サービス エンドポイントなし)にプロジェクトを移行する必要があります。SharePoint および VSeWSS で使用するためにビルド マシンで IIS を構成する必要なく、WSP ファイルのビルドを自動化する方法はありますか?

一部の本では、MakeCab.exeを使用して DDFファイルを定義する手動の手順について説明していますが、VSeWSS によって生成された DDF ファイルが表示されません (自動ビルド プロセスを構成するために使用できる TEMP フォルダーに生成される可能性があります)。 ?)。

SharePointSvcs1.3用のVisualStudio2008Extensionsを使用してSharepointソリューションを開発しています。

一部の開発者は「クイックデプロイ」と「パッケージ」メニューオプションを持っていましたが、一部の開発者はそれを持っていませんでした。現在、誰もそれを持っていません。

これを利用できるようにするGuidがプロジェクトファイルにあるかどうか疑問に思っています。

問題は、どうすればこのメニュー項目を元に戻すことができるかということです。

ありがとう

シラーズ

実稼働サーバーに移動したい開発 WSS 3.0 サイトがあります。VSeWSS 1.2 を使用して展開を行っています。SharePoint Solution Generator 2008 を使用して、サイトの SharePoint ソリューションを生成しました。ローカルにデプロイすると問題なく動作しますが、リモートの運用サーバーにデプロイしようとするとデプロイされません。

次に、VS と VSeWSS を運用サーバーにインストールし、時間の制約からそこからデプロイする必要がありました。生成された SharePoint ソリューションがリモート サーバーに正常に展開できる参考文献を見てきました。

VSeWSS 1.2 で SharePoint Solution Generator 2008 を使用する場合、生成された SharePoint ソリューションを使用して SharePoint ソリューションをリモート サーバーに効果的に展開するには、どのような戦略を使用する必要がありますか?

SharePointにWebパーツを追加するVSeWSS1.3プロジェクトがいくつかあります。プロジェクトの1つに問題があり、デプロイ時にWebパーツのSafeControlエントリが追加されません。また、ソリューションをグローバルに展開します。ソリューションファイルを追加しようとしましたが、他のプロジェクトと異なるものは見つかりませんでした。解決策は、テンプレートフォルダに物を追加することです。

私は何が欠けていますか？

「VisualStudio2008Extensions、バージョン1.3」を使用してSharePointWebパーツを開発しようとしています。Webパーツのデプロイ、クイックデプロイ、パッケージ化などを実行しようとすると、次のメッセージが表示されます。

HTTPリクエストは、クライアント認証スキーム「ネゴシエート」では許可されていません。サーバーから受信した認証ヘッダーは「Negotiate、NTLM」でした。

この問題の解決策を持っている人はいますか？ありがとう！

VSeWSS 展開のパッケージ フェーズ中に、例外がスローされます。ログから:

2009/11/02 11:59:46 エラー System.ArgumentException: 同じキーを持つアイテムが既に追加されています。
System.ThrowHelper.ThrowArgumentException (ExceptionResource リソース) で System.Collections.Generic.Dictionary2.Insert(TKey key, TValue value, Boolean add) at System.Collections.Generic.Dictionaryで.Services.SPService.CreateWebPartReferenceResolverClassMap(String[] パス)

誰もこれを見たことがありますか？すべての feature.xml ファイルと solution.xml をチェックして、ID が重複しているかどうかを確認しましたが、重複していません。機能の名前も確認しましたが、それらも重複していません。ヒントはありますか？

最近、SharePoint 開発マシンを VSeWSS 1.3 にアップグレードしましたが、以前には存在しなかった動作に気付きました。いくつかの一般的なアセンブリを使用する 2 つのカスタム Web パーツがあり、両方が同じサイトに存在します。これらのファイルを Bin フォルダーにコピーし、安全な制御エントリを web.config に追加する 3 番目の「共通」Web パーツを作成しようとしています。これにより、必要に応じて Web パーツ ソリューションの 1 つを削除しても、他のソリューションを無効にすることができます。

以前のバージョンの VSeWSS では、特定の Visual Studio プロジェクトにアセンブリを含めた場合にのみ、マニフェストにアセンブリが含まれると考えていました。2 つの Web パーツ プロジェクトから共通アセンブリを削除しましたが、それらのエントリは依然としてソリューション マニフェストに残っています。明らかに、拡張機能は Web パーツの参照を調べており、ファイルが別のディレクトリにある場合でも、それに従っています。

プロジェクトで参照されている場合でも、アセンブリ エントリをマニフェストに追加しないように拡張機能に指示する方法はありますか? または、それを使用する Web パーツから共通コードを分離するためのより良い方法はありますか?