単一WSPソリューションファイルに複数の機能をパッケージング

Question

私は、リスト定義、2つのWebパーツ、フィーチャーレシーバアセンブリとInfoPathフォームのカップルが含まれてSharePoint機能に取り組んでいます。

私はこれらをパッケージ化するWSPBuilderを使用する必要があり、要件は、単一のWSPソリューションファイルにすべてのこれらの機能をパッケージ化することである。

さて、WSPのビルダーは、SharePointの12ハイブと同じ、特定のフォルダ構造での展開ファイルを必要とします。

私の問題は私のすべての機能を個別に開発され、複数のプロジェクト・ファイルで構成され、これらは同じフォルダ構造に限らないし、ということである..

どのように私は、単一のWSPソリューションに複数の機能をパッケージ化するWSP Builderを使用していますか？

Answer 1

多分これは役立ちます：ます。http：//www.codeplex。 COM / wspbuilder /スレッド/ View.aspx？スレッドID = 43125 の

最終的に、私はあなたがNANTなどのツールを使用して、独自のWSPファイルを構築することにより、多くの柔軟性を得ることだと思います。

Answer 2

あなたは同じソリューションパッケージに複数の機能を持つようにwspbuilderに着手する必要がある特別なアクションはありません。 あなたがする必要があるのは、Visual Studioのソリューション内のフォルダをFEATURES 12 \ TEMPLATEを\の下の各機能のための新しいフォルダを作成し、そのフォルダ内の適切なは、Feature.xmlファイルを配置しています。たとえば、あなたが持っていることがあります：

12の\ TEMPLATEを\の機能\ FancyFeature \は、Feature.xml 12の\ TEMPLATEを\の機能\ ReallyCoolFeature \は、Feature.xml

...というように。

ソリューションを構築する際に、wspbuilderはあなたの12フォルダのツリー構造全体を読みますと、WSPのManifest.xmlファイルに対応するノードを追加します。あなたのソリューション内の12のフォルダがに意図されているため、デプロイ時に、彼らはすべて、実際の12ハイブ内の適切なフォルダにコピーされます。同じことがIMAGES、レイアウト、などを含む「テンプレート」フォルダ、内部の任意の他の可能性のあるサブフォルダのために行きます元1のレプリカなります。

より良く理解するために、Visual Studioのソリューションであなたの12フォルダ内のいくつかのフォルダやファイルを作成し、プロジェクトをコンパイルし、生成されたのmanifest.xmlファイルの中を見ます。

Answer 3

簡単な答えは、あなたのソリューションのための1つのマスタープロジェクトにすべてのファイルが個々のプロジェクトを形成コピーする必要があるとしているということです。限り、すべての個々の機能のファイルがあなたの「12」フォルダ内の正しい場所にいるよう、あなたが行ってもいいでしょう。

の の注：ののあなたはこのソリューションは、すべてのカスタム・ロジックのための1つのアセンブリを作成すると任意のアセンブリへのすべての参照をチェックする必要があります。

。

Answer 4

私はWSPにDLLを追加するトラブルがあったので、私はそれについて短い記事を書きました：<のhref = "http://blogs.windwardreports.com/tomasr/2009/09/how-to-add-dlls-to -a-WSP-SharePointの-solution.html」のrel = "nofollowをnoreferrer"> WSPソリューションの

にDLLを追加する方法

Answer 5

私は通常1「メイン」として指定し、溶液中のプロジェクトを持っています。私は、この「メイン」プロジェクトが最後に構築されているように、依存関係を設定します。それから私は、WSPパッケージに含まれるようにしたい他のプロジェクトのために、私は12のフォルダの内容をXCOPYする「ビルドイベントポスト」編集して、その主なプロジェクトのためのフォルダを対応へのプロジェクトによって建設されたDLL。私は、全体のソリューションを構築した後に続いて、私はメインのプロジェクトのためにWSPパッケージを構築し、それはすべてのものが含まれていることを知ることができます。