統合Sharepoint WSP溶液のファイル

Question

私は複数のプロジェクト/wsp ーマの異なるSharepoint webpartsイベント受信機ここで開発したいと思いる合併による.wspファイルを一つ一つの製造を展開。があるのだろうか？を使用していvsewss1.2だけます。

Answer 1

これは痛みを伴うことになるだろうが、実際の生産プッシュのためにこれを正しく行うには、Visual Studioとの使用WSPBuilderの中にあなたのプロジェクトを再編成し、1.2 vsewssドロップする必要があります。

それは、マニフェストの作成のうち、手動作業の多くがかかっDDFとCABをコンパイルするため、

WSPBuilderは素晴らしいです。

Answer 2

あなたはvsewssが背景あなたの自己にやっていることを多くの作業をしなければならないとしています。 は、ソリューションパッケージで作成WSPの作成の基礎についてのMSDNのarticalがありますWindows SharePoint Services 3.0 の A WSPは、それは彼らがSharePointで適切な場所に配備されているので、あなたはWSPに右の場所にファイルを置くことimortantあり、manifest.xmlに、ファイル構造が含まれているCABファイルです。

私はJDに同意する

  

これはそれだけには、痛みを伴うことになるだろう   本当にためにこれを正しく行います   生産は、あなたがドロップする必要がありますプッシュ   1.2 vsewss、プロジェクトを再編成   Visual Studioとの使用の内部   WSPBuilderます。

あなたが展開する必要があるアセンブリの数を最小限にするように。これは、再構築、あなたのコードとアセンブリ構造によいタイミングです。

は、任意のWebパーツを使用している場合は機能のxmlファイルがvsewss preparsesとして、すべてのcorectであり、そのWSPファイルを生成beforテキストreplacmentのを行うことを確認してください。 それはcommanly完全なアセンブリ名がrequierdあるファイルのGUIDを格納します。

あなたは、SharePoint devの多くの仕事をやってしようとしている場合は、

は、それがどのようにmanafest.xmlとWSPパッケージの残りの作業を学習の時間のビットを費やすprobly価値があります。

Answer 3

したいと思っているツールはこれでよいはずがありませんハードの作成:

1. 解凍ダウンロードしたwspパッケージ(そうだ cabファイルを奇拡張子なし）
2. 合併のディレクトリ構造
3. 合併にmanifest.xml ファイル
4. Zipのパッケージ

Answer 4

単一WSPにすべてのコードを持っていないの利点があります..あなたは、部分的な展開を行うことができますし、単一の巨大なVisual Studioのソリューションですべてのコードを持っていません。

なぜないあなたのスクリプト1つのスクリプトファイル内のすべてのWSPの展開？これは、WSP自体をいじるよりもはるかに透明の溶液ようです。