0

しばらく前に開発されたカスタムドメイン固有の言語プロジェクトがあり、通常のVisual Studioハイブ内の同じマシンにデプロイされ、問題なく実行されました。

サーバーが再インストールされ、環境を再度セットアップしようとしています。これにより、通常のハイブ (Visual Studio 2008 SDK を使用した Visual Studio VSIP Edition SP1) が DSL を使用できるようになります。

しかし、VSPackage が読み込まれていません。Package Load Analyzer で「Plk Verification」エラーが表示されます。「パッケージ {guid} の次の値のいずれかを読み取れませんでした - 会社名、パッケージ GUID、製品名、製品バージョン、最小エディション。」

これで、非 VSIP エディション (または /noVSIP で devenv を実行) に展開する場合は、Microsoft から Plk を取得する必要があることがわかりましたが、DSL も開発されている同じ開発マシンで実行しているため、あるはずです。開発Plk。Visual Studio も最初に次のように教えてくれます。

VSIP: Developer edition, all third-party packages allowed to load.

DSL プロジェクトを開始して実験的なハイブでデバッグすると、すべてが正常に機能し、パッケージが読み込まれ、すべてのカスタム エディターが表示されます。

これをさらにトラブルシューティングする方法について何か考えはありますか?

問題は、DSL プロジェクトが別のサーバーで作成され、新しいサーバーですべてを再コンパイルしたにもかかわらず、開発キーが何らかの形でサーバーに関連しており、プロジェクト ファイルのどこかに添付されていることにある可能性はありますか? もしそうなら、どこにアイデアがありますか？

4

1 に答える 1

2

それは驚くべきことです。VSIP SDK がインストールされていて、/noVSIP スイッチを使用していないため、(ハイブに関係なく) PLK チェック メカニズムが無効になっていることも期待できます。ただし、パッケージ ロード アナライザーは問題を示しており、パッケージ ロード アナライザーはおそらく、VS がパッケージをロードするかどうかについて、私たちよりも優れた判断を下しています。

VSPackage に実際に PLK を適用してみましたか? それほど難しいことではありません。PLK を取得する方法についてはこちらを参照し、コードに適用する方法については次のトピックを参照してください。PLK を適用した後、必要なだけ VSPackage を再構築および変更できます。変更できないのは、ハッシュされて PLK に焼き付けられた 4 つの値だけです。(これらは、製品名、パッケージ名、バージョン文字列、および Visual Studio の最低限必要なエディションです。PLK を要求するときに指定するこれらの 4 つの値は、VSPackage に登録されている値と一致する必要があります。)別の PLK を取得できます。

于 2009-10-15T04:36:47.567 に答える