同じマシン上で複数の4Dサーバーアプリケーションをホストすることは、特に本番環境とプリプロダクション環境では、珍しいことではありません。しかし、あなたのマシンが異なる4Dバージョンで構築されたマージサーバーアプリケーションをホストしている場合、つまり、プリプロダクションサーバーを最新の4Dバージョンで使用している場合、4D構造フォルダーの共有による問題に遭遇する可能性があります。
この問題を解決する方法を見てみましょう。
起動すると、”myApp “というマージされたサーバーアプリケーションが、構造体フォルダーを作成します。
アプリケーションが同じ構造名を保ち(自動更新やWindowsサービス起動コマンドを維持するため)、異なる4Dバージョンで進化する限り、構造フォルダーは各マージサーバーアプリケーションで同じになります。
異なる4Dバージョンでビルドされたマージサーバーアプリケーション間でこのシステムフォルダーを共有しないようにするために(上の写真のように)、ビルドアプリケーションプロセス中にフォルダー名を設定できるようになりました。
新しいbuildAppキーは、独自の構造フォルダーを定義するために自由に使用することができます。
<BuildApp>
す。
<CS>
<ServerStructureFolderName>myApp_v18R5</ServerStructureFolderName> で
この結果、ビルドアプリケーションプロセスで、4D v18 R5で構築したサーバーに「myApp_v18R5」を、4D v18 R6で構築したサーバーに「myApp_v18R6」を設定すると、システム内に別々のストラクチャーフォルダーを持つことになります。
安全なデプロイメントを!