私は WSPBuilder を使用していますが、とても役に立っています。ただ、マニュアルがなくてWSPBuilderの強みがわかりにくかったです。「Return of SmartPart」(.wsp ファイル)、「Application Template Core」(.wsp ファイル)、および「AJAX Extensions」(.dll ファイル) を展開するソリューション ファイルを作成する必要があります。そのため、web.config を編集して安全なコントロールとしてマークする必要はありません。方法を提案してください。
5081 次
3 に答える
0
私の知る限り、WSP ファイルを他の WSP ファイルにネストすることはできません。これらは個別にインストールする必要があります。
DLL (WSPBuilder プロジェクトの一部としてビルドされたもの以外) をインストールする場合は、プロジェクトに GAC というフォルダーを作成し、そこに置きます。そのフォルダー内のすべての DLL は、WSP のインストール時に GAC にインストールされます。
WSP パッケージをインストールするには、次を実行する必要があります。
stsadm -o addsolution -filename MyFeature.wsp
その後、SP Central Administration から展開できます。
于 2010-02-10T14:06:17.730 に答える
0
WSPBuilder を使用せずに WSP ファイルを手動で作成することもできます。これはCABアーカイブであり、Windows に付属の makecab.exe ユーティリティと、最終的に WSP ファイルに含まれる必要があるファイルを一覧表示する追加の記述ファイルを使用して WSP ファイルを作成できます。
于 2010-02-10T14:20:13.673 に答える
0
素早い回答：
C:\Program Files\WSPBuilder\WSPBuilder.exe.config (またはインストールした場所)
add key="BuildSafeControls" value=""
長い答え:
WSPBuilder は、Visual Studio を介して SharePoint インストールにすばやく展開する場合に最適です。CAS ポリシーを展開する必要がある場合、構成が難しくなることがわかりましたが、将来のバージョンではこの領域でうまくいくと確信しています。シナリオの WSPBuilder は、サイトに入る必要がある safecontrol エントリを自動的に構築および展開できます。WSP の良い点は、ソリューションを撤回すると、元に戻って safecontrol エントリも削除されるため、整理する必要がないことです。
さまざまなプロジェクトに関して、サード パーティの wsps をインストールする必要がある場合、WSPBuilder はその目的のために設計されていません。いくつかの stsadm コマンドを含む単純なバッチ ファイルをお勧めします。これらのソリューションの一部が独自のコードである場合は、それぞれを別の VS プロジェクトに分割し、WSP を個別にビルドする必要があります。それらを異なる .sln (ソリューション ファイル) に分割する必要さえあるかもしれませんが、私はこの方法を自分で試したことがないので、確かなことは言えません。
個人的には、WspBuilder を使用して、問題になる可能性のある余分なビットを追加しないことが確実な場合にのみ、ライブ環境に展開する必要がある展開パッケージを構築します。したがって、WSPBuilder wsp で十分であると考える必要があります。最近、CAS ポリシーに関する問題に遭遇し、WSP を手動で作成することにしました。内部的には、WSP ファイルは CAB ファイルです。CAB ファイルを作成し、その拡張子を .WSP に変更するだけです。WSP を作成し、名前を mysolution.cab に変更することをお勧めします。それを開いてファイルを抽出し、目的の動作をしているかどうかを確認してください。確認するキー ファイル: manifest.xml。
于 2010-02-10T14:22:27.570 に答える