問題タブ [wsp]

こんにちは、 stsadmコマンド ツールとサーバーの全体管理を使用して SharePoint タイマー ジョブ wsp を正常に展開し、グローバルに展開しました。

サーバーの全体管理 -> システム設定 -> ファーム ソリューションの管理に展開されていることがわかります。

しかし、サーバーの全体管理 -> [監視] -> [ジョブの状態の確認] に自分のタイマー ジョブが表示されません。

そのため、タイマー ジョブのスケジュールを設定できず、機能していません。

タイマー ジョブを実行するには、他の手順が必要ですか?

私はSharePoint2007/2010の開発を数年続けています。そして、この時点で、新しいサイトに同じ展開方法を使用している企業はないことに気付きました。展開する「ベストプラクティス」とは何か疑問に思っています。

これが私が使用した方法です：

1-WSPメソッドの使用を避ける

• SharePoint GUIインターフェイスを使用してDEVでサイトを作成します（サブサイト、リスト、ライブラリ、ページなどを作成します）。
• SharePointDesignerを使用していくつかのマイナーなことをカスタマイズします。
• 完了したら、 stsadm -exportを使用してDEVをパッケージ化し、 stsadm -importを使用してQAとPRODに移植します。
• 既存のサイトに変更を加える必要がある場合は、必要な変更を行うコンソールアプリ（.exe）を作成し、 QAでテストしてから、 PRODで実行します（すべての操作を別のtxtファイルに記録します）。
• WSPを使用するのは、Webパーツ、EventReceivers、またはさまざまなサイトで使用されるもののみです。

2-WSPメソッドですべてを実行します

• 作成する新しいサイトがあるたびに、コードを介してすべてのコンテンツ（サブサイト、リスト、ライブラリ、ページなどを作成）を作成するプロビジョニングWSPを使用します。
• 新しい空のSiteCollectionを作成して展開し、プロビジョニングWSPをインストールしてアクティブ化し、すべてを作成します。
• サイトに変更を加える必要がある場合は、WSPを変更して、コードに何かが存在するかどうかを確認し、それに応じて変更が必要なものを変更します。

私は個人的に（強く）方法＃1を好みます。なぜなら、その方法はより単純でより速いと信じているからです。しかし、私は他のいくつかの意見を知りたいのですが、これらの状況でのベストプラクティスは何ですか？私は方法＃1を何年も使用してきましたが、実際には非常にうまく機能しました。

ありがとうございました

私はSharepoint全体にあまり慣れていませんが、通常はビジュアルスタジオのものをwspパッケージとして展開し、PSを使用して展開します（間違ったことを覚えていない場合）..今回はマスターページを更新したかった私のサイトのいくつかのjavascriptファイルを追加し、既存のjavascriptファイルを更新します..そして今回は、何らかの理由で、デプロイによって既存のjavascriptファイルが更新されましたが、新しいjavascriptファイルは追加されませんでした..そして、マスターページは更新されませんでした.何らかの理由で..パッケージIm depolyingに新しいファイルと更新されたマスターページが含まれていることをダブルチェックしました.JavaScriptファイルのElements.xmlファイルもチェックしました..何かアイデアはありますか?

VS2010でWSPビルダーを使用して、いくつかのWSP（カスタムWebパーツとブランディングwspの両方をサイトコレクションレベルにスコープ）を構築しています。SharePoint 2007ファームには、2つのWebアプリケーションが含まれています。

特定のWebアプリケーション（Web App A）へのWSPの展開が、その特定のWebアプリケーション（Web App A）のアプリケーションプールのみをリサイクルするかどうかを知りたいのですが。また、他のWebアプリケーション（WebアプリケーションB）は、このプロセス中に影響を受けません。

私が確認したいのは、他のWebアプリケーションのユーザーがこのリリース中にダウンタイムを経験しないことと、サイトコレクションの機能リストを表示するときにwspが1つのWebアプリにのみ表示されることです。

このタイプの展開では、アプリプールのリサイクルのみが発生しますか、それともIISもリセットされますか？

よろしくお願いします

MSBuild (ILMerged with dependencies) と強力な署名付きの A.dll でビルドされた SharePoint 2010 Visual WebPart があります。

これとは別に、すべての Web パーツをパッケージ化して B.wsp を作成するために使用する SharePoint プロジェクト B があります。

プロジェクト B の機能に WebPart A.dll を含め、その後パッケージに含めて、結果の B.wsp に含まれて使用できるようにするにはどうすればよいですか?

ありがとう、混乱

ソリューションIDは何ですか？

例えば

複数の SharePoint 2010 プロジェクトを含む Visual Studio 2010/2012 ソリューションがあります。ビルドまたはパッケージ イベントで、VS が出力 WSP ファイルと PDB ファイルをソリューションのルートにある共通フォルダーに自動コピーするようにしたいので、各プロジェクトの bin\$(Configuration) フォルダーから手動で取得する必要はありません。

各プロジェクト ファイルに次の要素を追加しました。

これまでのところ、うまくいきます。

各プロジェクトのパッケージ名は、出力 WSP ファイルの名前を制御し、出力アセンブリ DLL ファイルの名前とは異なる場合があります。

Visual Studio SharePoint プロジェクト パッケージ名 http://imageshack.us/a/img842/322/vsspprojectpackagename.png

この例では、WSP の名前は Acme.Edms.SP.ContentTypes.WSP になります。

プロジェクトやアセンブリとは多少異なる名前を WSP に使用させたい場合があります。しかし、パッケージ名を変更すると、アセンブリ名にマップされる $(TargetName) を使用する CopyPackage ターゲットが壊れます。

プロジェクト ファイルで上記の MSBuild 要素を修正できるように、(SharePoint) パッケージ名の MSBuild マクロはありますか?

より一般的に言えば、MSBuild には、SharePoint プロジェクトと項目の種類に固有の一連のマクロがありますか?

Macros for Build Commands and Properties に相当するもの。

ありがとう

VS2010 から作成されたサンドボックス ソリューションがあります。サンドボックスは、実際には SharePoint 2010 用に作成されました。サンドボックス ソリューションは、Office 365 (つまり、SharePoint 2013 Online ) でもスムーズに機能します。アクティブ化されると、ライブラリが追加され、そのライブラリ内に Web パーツ ページが追加されます。しかし、SharePoint 2013 サーバー (サーバー マシンにローカルにインストールされているオンプレミス バージョン) で同じサンドボックス ソリューションをアクティブ化しようとすると、FUSLOGVW から次のようなエラーが表示されました。

ULS ログには、次の例外が表示されました

機能のインストール: 機能 'SolTest_Company Office 365 サンドボックス機能' (ID: '44613a8d-0406-4dea-ac63-09db6aba469a') をファームにインストールします。

機能 "SolTest_Company Office 365 Sandbox Feature" (ID: 44613a8d-0406-4dea-ac63-09db6aba469a) のレシーバー アセンブリ "SolTest、Version=1.0.0.0、Culture=neutral、PublicKeyToken=fd92f09fdeeefafe" の読み込みに失敗しました: System.IO. FileNotFoundException: ファイルを読み込めませんでした。

そのため、サンドボックス ソリューションが SharePoint 2013 のクラウド バージョンでは機能するのに、オンプレミス バージョンでは機能しないのはなぜだろうかと考えていました。誰かがそれに光を当てることができますか？ブラウザを使用してサンドボックス ソリューションをアクティブ化しようとしました。私はパワーシェルを使ってみませんでした。違いはありますか？