問題タブ [slowcheetah]

私は、app.config で web.config のような変換を処理するために、SlowCheetah XML Transforms拡張機能を使用しています。その部分はうまく機能します。

セットアップ プロジェクトを追加し、最初のプロジェクトのプロジェクト出力を含めるように構成しました。インストーラーを実行すると、変換されていない app.config がインストールされていることに気付きました。プライマリ出力の出力 (10 倍の速さ) を見ると、 でバイナリが検出されていることに気付きましたが、ではなくProject\bin\Debug\Project.exeからProject.exe.config来ています。Project\app.configProject\bin\Debug\Project.exe.config

プライマリ出力から app.config を除外し、特定の構成の app.config ( Project\bin\Debug\Project.exe.config) へのパスをハードコードすることもできますが、ビルドに使用した構成に関係なく、同じ app.config を取得します。

セットアップ プロジェクトで適切に変換された app.config を取得するための回避策はありますか?

Web ページの読み込み時にサイトコア 6.5 に表示される NullReferenceException を追跡しようとしています。

このエラーの追跡を困難にしている興味深い特徴は次のとおりです。

1) サイトコア ログに次のエラーが表示されます。

ただし、分析は非常に無効になっています。

2) Visual Studio でデバッグし、IIS にアタッチし、少なくとも 1 つのブレークポイントにヒットすると、エラーは消えます(ブレークポイントにヒットしないと、エラーは残ります)。

3) ビルドを実行するか、web.config に触れると、エラーが再び表示されます。ウェブサイト/ビンから重要なサイトコアDLLを削除するため、再構築を試みていません

私の環境に関する詳細情報: Visual Studio 2010、IIS 7、sitecore 6.5、windows 7

このエラーをどのように追跡しますか?

要するに、チェックインできない構成ファイルで、特定の applicationSetting 値を開発マシン専用の特定の値に設定したいのです。このために、user.config ファイルで configSource 属性を使用することを考えていました。ただし、この属性は、ファイルが存在しない場合に例外をスローします。

拡張
次の app.config ファイルを含むライブラリがあります。

別のライブラリがこのライブラリを使用する予定で、2 つのオプションがあり、1 つはもう少し詳しく説明されています

• A.NameSpace.Settings ノードに入力しないため、デフォルトaSettingValueが使用されます
• 新しく構成された値が使用されるように、A.NameSpace.Settings ノードに入力します。

これは、セットアップを準備するビルド スクリプトが環境依存のパラメーター (例: サーバー名、ポートなど) を置き換えることができるため、便利です。

3 つ目のオプションは、app.config を次のようにすることです。

チェックインされていないファイルに同じ値を定義しuser.configます。これは素晴らしいことです。ただし、非開発環境では、この user.config ファイルは存在してはならず、ファイルが見つからない場合は例外がスローされます。

開発マシンのみの構成値を定義するにはどうすればよいですか?

通常のweb.configファイルと同じように、さまざまな環境用にcrossdomain.xmlを変換しようとしています。Visual StudioにSlowCheetahアドインを使用してみましたが、Webアプリケーションではうまく機能しません。それは私が望まなかった変換されたファイルと一緒に変換ファイルを公開し続けました。さらに、web.config変換でも同じことを行いました。

私の他の考えは、ファイルとすべての変換の名前をcrossdomain。$（Configuration）.configに変更することでした。これは、VSがファイルを取得して変換し、ビルドプロセスのどこかでcrossdomain.xmlに名前を変更することを期待しています。しかし、VSはそれをまったく変換しませんでした。これが私の変換が現在どのように見えるかです。

crossdomain.config

crossdomain.stage.config

誰か提案はありますか？

更新 これに時間を費やすほど、.NETでの展開は完全な悪夢であることに気づきます。まだこれを理解しようとしています。VSパブリッシング機能はある種のろくでなしの展開を行うように見えます。MSBuildを呼び出してファイルを収集し、展開してから、MSBuildの外部に手動で展開します。したがって、変換を実行するための展開パスを取得する方法はありません。パラメータとしてMSBuildにスタブする必要があります。

Slow Cheetahを使用して、ローカルデータベース接続文字列とSQLAzure接続文字列を切り替えようとしています。これは、TeamCityを使用してAzureにプッシュしているAzureワーカーの役割です。ログファイルを調べると、Slow Cheetahプロセスは正しく実行されており、変換されたapp.configが生成されていますが、将来のビルドステップ（制御できないと思います）では、変換されたファイルを元のapp.configで上書きしています。 。

他の誰かがこのメソッドで成功したことがありますか、または接続文字列を切り替えるための別のメソッドを教えていただけますか。1つの接続文字列を使用し、hostsファイルを編集して、必要なデータベースを指すように指示されましたが、それは面倒なようです。

SlowCheetah で属性の値を変更する方法は知っていますが、要素の値を変更するにはどうすればよいでしょうか。

app.Debug.config:

これは app.Staging.config で失敗した試みでした:

私と私のチームは現在、Entity Framework 4.1（Code First）を使用しているプロジェクトを行っています。いくつかのテストを作成したいのですが、シンガポールにチームがあり、私たちが行っていることのクライアントを作成していて、そのデータベースに絶えずアクセスしているため、プライマリデータベースで実行したくありません。

したがって、テストを実行する際の混乱を避けるために、テスト用に別のデータベースを用意したいと思います。Entity Frameworkを使用する場合、2番目のデータベースをどのように処理しますか？（少なくとも）半自動のソリューションが必要なので、テストを実行する必要があるたびにWeb.configをいじくり回す必要はありません。

OK、それで私はばかげたことをして、開発データベース (SQL Server 2008 R2) を対象とする製品コード (C#、VS2010) をリリースしました。幸いなことに、まだ運用データベースを使用していないので、すべてを復元して同期するという苦労はありませんでした...

だけど、それ以上に苦しくなる可能性があるときに、このようなことが二度と起こらないようにしたい。私の考えは、起動時にクエリできるテーブルを追加し、返された値によって接続しているデータベースを判断することです。たとえば、本番環境では「PROD」が返され、開発およびテストでは他の値が返されます。

違いがある場合、アプリケーションはデータベースにアクセスするために WCF サービスと通信するため、実際の接続文字列ではなく、構成ファイルにエンドポイントがあります。

これは理にかなっていますか？他の人はこの問題にどのように対処しましたか?

ありがとう、デイブ

SlowCheetah は素晴らしいですが、部分的なテキストの置換をサポートするために、Sayed のカスタム変換と連携させようとしています。

変換をプレビューしようとすると、「変換の処理中にエラーが発生しました」というメッセージが表示されます。両方を使用したいので、ここでプロジェクトを使用しています。

ASP.NET Web site projectVisual Studio 2010 で (ASP.NET Web アプリケーション プロジェクトではなく) SlowCheetah XML Transforms を使用しようとしています。

ASP.NET Web サイト プロジェクトでファイルを右クリックすると、コンテキスト メニューにWeb.config" " 項目が表示されません。Add Transform

(注: ASP.NET Web アプリケーション プロジェクトで試してみるとうまくいきます)。

• でSlowCheetahを使用することは可能ASP.NET Web site projectですか?
  それとも、この種のプロジェクトには制限があるため、「設計上」不可能ですか?

" Web Deployment Project 2010 " と SlowCheetahの " *.targets" ファイルをマージする回避策があるかもしれません...