問題タブ [wsp]

SharePoint 2010 で WSP のバージョンを試した人はいますか?

ありがとう、

ビルド サーバーで毎晩いくつかの WSP ファイルを作成し、それらを QA 環境に自動的にデプロイしたいと考えています。

SharePoint 2007 では、醜い psexec 回避策を除いて、WSP ファイルをリモートで展開する方法がありませんでした。

これは SharePoint 2010 で改善されましたか? どうにかして PowerShell のものを利用できますか?

私のビルド サーバーは SharePoint ファームの一部ではありません。同じバージョンの SharePoint を実行することさえありません (これはスタンドアロンの Foundation を実行しますが、実際のファームは Standard を実行します)。

(注: これについて SO に関するいくつかの質問がありますが、それらは WSSv3/SP2007 に関するものであり、適用されません)

sharepoint でセットアップされた sharepoint ソリューションに関しては、ほとんど助けが必要です。

wspbuilder プロジェクトを作成しました (controltemplates フォルダーを含む 12 個のハイブ構造)

ユーザー コントロール (ログイン ログアウトなど) のプロジェクトを作成しました。それらをビルドすると、.ascx ファイルが 12\controltemplates フォルダーに追加されます (ビルド後のイベントを作成して、.ascx をコントロール テンプレートとして追加します)。

コンパイル エラーはありません。wsp をビルドし、ソリューション ストアに追加しました。しかし、特定の Web アプリケーションにデプロイしようとすると、deploysolution ウィンドウに Web アプリケーションの選択が表示されません。と言っている

このソリューションには、Web アプリケーション スコープのリソースが含まれていないため、特定の Web アプリケーションにデプロイすることはできません。グローバルにのみ展開できます。

問題は、manifest.xml に safecontrols を追加していると思います。wsp をビルドすると、安全なコントロールが maifest.xml に追加されません。wspbuilder.exe.config ファイルにも GAC への配置ターゲットを含めました。

私のfeature.xmlは次のとおりです

この問題を解決するにはどうすればよいですか。wsp を特定の Web アプリケーションのみにデプロイしたい。

ありがとうございました。

次のもので構成されるカスタムWebアプリケーションを作成したとします。

• いくつかのアセンブリDLL：Webアプリ、ビジネスロジック、データサービス
• 複数のaspxページとそれらを使用するascxカスタムコントロール
• カスタム構成セクション
• カスタムHTTPモジュール

多かれ少なかれ通常のもの。

特定のサブフォルダーの下にある特定のSharePointサイトに展開したいと思います。したがって、http：// myserver：90 /を介してSharePointサイトにアクセスする場合（sites / some_siteを使用していないため）、アプリケーションをhttp：// myserver：90/webappで利用できるようにします。

IISのSharepointサイトに仮想フォルダー（Sharepointサイトのデータにアクセスする必要があるためアプリケーションではない）を手動で追加し、サイトのweb.configファイルを手動で編集してHTTPモジュールを登録し、カスタム構成セクションを追加することも、DLLをに配置することもできます。 GACまたはそれらを_app_binに配置します（CASに問題はありません）が、このWebアプリケーションは、これができない/できない環境にデプロイされる可能性があるため、これは良いことではないと思います。可能ではありません。

そのため、Visual Studio 2010を使用してWSPを構築し、その方法で展開できると考えました。しかし、私にはそれをするのに十分な経験がありません。

新しいSharePoint2010プロジェクトを作成しました。実行不可能なすべてのアプリケーションファイル（aspx、ascx）を一度に追加する方法はありますか？DLLをbinフォルダーまたはGACに追加できるWSPパッケージの[詳細設定]タブを見てきました。安全なコントロールを追加して特定のクラスを登録する必要があるかどうかわかりませんか？

したがって、ここではかなり詳細で説明的なガイダンスが必要だと思います。

SharePoint 2010 で作業していますが、IISReset を発生させずに WSP を展開 (または撤回) できませんでした。これが私の状況です：

•ソリューションには以下が含まれます：

•フィールド •1 つのコンテンツ タイプ •コンテンツ タイプに基づくページ レイアウト •スタイル ライブラリに入る一連の画像

•ソリューションにZEROコードがあります

•manifest.xml を手動で編集しました

•アセンブリを削除したため、GAC には何も展開されませんでした •Solution タグで ResetWebServer="False" を設定します

それでも、リトラクトまたはデプロイのたびに、サーバー上のすべての Web アプリケーションがダウンします。それを1つのWebアプリだけに制限する方法さえありますか? ありがとう！

編集: 追加情報 - WSP をパッケージ化し、powershell コマンドで展開していますが、Central Admin から展開しても同じ動作になります。

.wsp パッケージを自動的にビルドし、各コミット後にステージング サーバーに再デプロイしたいと考えています。継続的インテグレーションのために CruiseControl.Net をセットアップする方法は知っていますが、パッケージをビルドしてデプロイする方法はわかりません。これまでのところ、 MSBuild で .wsp ファイルを生成するようになりましたが、自動再デプロイ スクリプトに苦労しています。これまでに取得したのは、PowerShell スクリプトです。

これは一見ランダムなエラーで壊れますが、Visual Studio 2010 からの展開は毎回機能します。Visual Studio のように、コマンド ラインから .wsp を確実にデプロイするにはどうすればよいですか?

VS2010を使用して「HelloWorld」Sharepoint2010ソリューションを作成しました。これには、機能と、ラベルを含むWebパーツのみが含まれています。VS2010で、Webパーツの[プロパティ]ウィンドウでセーフコントロールとしてWebパーツを登録しました。

ソリューションをローカルサーバーに展開すると、すべてがうまく機能します。Webパーツをページに追加できます。web.configファイルで、コントロールがSafeControlsリストに追加されます。同じソリューションを別のサーバーにインストールすると、使用可能なWebパーツのリストにWebパーツが表示されますが、ページに追加しようとすると、安全として登録されていないことが表示されます。web.configファイルを確認すると、コントロールのエントリがありません。1つ（開発サーバーからのもの）を手動で追加すると、動作が開始されます。

さて、wspファイルをインストールしたときにコントロールが登録されないのはなぜだろうか。wsp内のマニフェストには、次の行が含まれています。

どんなアイデアでも大歓迎です！

こんにちは、少し皮肉なことは承知していますが、簡単なシナリオがあります。VS 2010 を使用して SharePoint 2010 のビジュアル Web パーツを作成しました。素晴らしくスムーズだったので、古いプロジェクトの 1 つに含めることにしました。

最初のシナリオは (開発者として) VS 2010 ソリューションから VS 2008 ソリューションにコード ファイルをコピーし、VSeWSS を使用して新しい WSP を準備し、展開するというものでした。しかし、後で、現在の WSP を展開するだけでも実行可能かもしれないと考えました。残念ながら、これは機能せず、以下のエラーがスローされます。

ソリューション 'bac64dd2-95ab-4f22-a4a9-99499652688d' のソリューション マニフェストの検証に失敗しました。ファイル manifest.xml、行 2、文字 110: 'SharePointProductVersion' 属性が宣言されていません。SPCurrentWebTreeViewWP.wsp: ソリューションのインストールに失敗しました。

良いアプローチとして何を提案しますか、それはコピーアンドペーストですか? またはManifest.xmlで遊んでください..ありがとうまたは助けてください

私は、Telerik などのベンダーのサードパーティ DLL を使用する一連のソリューションに取り組んでいます。ほとんどのソリューションで dll を使用しています。しかし、ソリューションのいずれかをアンインストールすると、dll がアセンブリから削除されます。これは非常に残念な行為です。

dllをbinフォルダーに入れても役に立たないと思います。同じ Web アプリケーションで複数のソリューションを使用できるためです。その場合、ソリューションを削除すると、bin フォルダーからも dll が削除されます。

この醜い問題の回避策は何ですか?

私は SharePoint 2010 のカスタム コンテンツを作成するのに比較的慣れておらず、デザインに関連しないコンポーネント (Web パーツ、カスタム クラスなど) を SharePoint サイトに取り込む方法を理解するのに苦労しています。会社の開発サーバーで新しいビジュアル Web パーツを作成し、Visual Studio 2010 から正常に展開し、ソリューションを WSP ファイルにパッケージ化しました。

その Web パーツを運用サーバーに配置するための最善の方法は何ですか? 現在、運用サーバーには Visual Studio がインストールされていませんが、いろいろ調べてみると、Powershell または STSADM を使用してリモートでこれを行うことができるのではないかと感じています。誰かが同様の状況に直面しましたか?