問題タブ [tcserver]

RHEL 5.5 システムの tcserver からの log4j のログ出力で、タイムスタンプ値が徐々に異なっていることがわかります。システム クロックは 12:28:11 を示していますが、ログは 1 時間前まで変動しています。これは VM で、ntp デーモンはありませんが、vmware-tools がインストールされています。同じアプリケーションを実行しているこの vhost 上の他の VM は、この動作を示しません。

誰がこれを引き起こす可能性があるかについての考えを持っていますか?

1. これはマルチスレッドアプリケーションです
2. 昨日のタイムスタンプはわずか 1 秒ずれていました。

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:404 - 正規化された URL: rest/null

[14/08/14 11:42:44:044 EDT] TRACE filter.HttpRequestFilter:159

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:393 - ローカル認証の確認

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:404 - 正規化された URL: rest/null

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:419 - URL にはローカル認証が必要です

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - DB ステートメントをリリースしました。

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:419 - URL にはローカル認証が必要です

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - DB ステートメントをリリースしました。

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:404 - 正規化された URL: rest/null

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:419 - URL にはローカル認証が必要です

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - DB ステートメントをリリースしました。

[14/08/14 12:28:11:011 EDT] TRACE lib.ConnectionPool:209 - DB 接続を解放しました。

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - DB ステートメントをリリースしました。

[14/08/14 11:38:57:057 EDT] TRACE client.AcManager:219 - 正規化された URL: rest/info

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:235 - ローカル認証データの使用

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:268 - URL 一致許可パターン: .*

[14/08/14 11:38:57:057 EDT] TRACE client.AcManager:304 - 正規化された URL: rest/info

[14/08/14 11:34:30:030 EDT] TRACE lib.ConnectionPool:144 - DB ステートメントを取得しました。

[14/08/14 11:34:30:030 EDT] INFO managed.PerfService:56 - metricsdata への呼び出しを実行しています

[14/08/14 11:34:30:030 EDT] TRACE lib.ConnectionPool:144 - DB ステートメントを取得しました。

[14/08/14 11:34:30:030 EDT] INFO managed.XbrcService:406 - ステータスへの呼び出しを実行しています

[14/08/14 11:34:30:030 EDT] INFO managed.Service:56 - metricsdata への呼び出しを実行しています

[14/08/14 11:34:30:030 EDT] INFO managed.Service:406 - locationinfo への呼び出しを実行しています

[14/08/14 11:34:30:030 EDT] TRACE client.AcManager:293 - URL が保護されているかどうかを確認しています

[14/08/14 12:31:26:026 EDT] TRACE filter.RequestFilter:159 - フィルター SID = 2E549D291

[14/08/14 12:31:26:026 EDT] TRACE managed.System:63 - ステータスを取得しようとしています

[14/08/14 12:31:26:026 EDT] TRACE client.AcManager:368 - 正規化された URL: rest/config

[14/08/14 12:41:23:023 EDT] TRACE client.AcManager:293 - URL が保護されているかどうかを確認しています

[14/08/14 12:31:26:026 EDT] INFO server.HealthConsumer:312 - 名前の解決に失敗しました

' ' を実行する Spring Bean を開始するときに、vFabric tc サーバーが JNI ライブラリのロードに失敗しますSystem.loadLibrary("...")。実際、vFabric tcServer エディション (STS) Spring Tools Suite にデプロイされた Spring Bean から JNI 共有ライブラリを実行する必要があります。

「Customizing the environment or JVM options for vFabric tc Server (2030216)」のアドバイスに従いましたが、エラーが表示され続けました:「nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [my.JniServiceFactory]: Constructor threw exception; nested exception is java.lang.UnsatisfiedLinkError: no myJNIsharedLib in java.library.path」

さらに、tc サーバー インスタンス ディレクトリのファイルでエラーを発見 wrapper.logし.../bin/winx86_64ましUnable to open configuration file. C:\java\SpringTools\vfabric-tc-server-developer-2.9.6.RELEASE\base-instance\bin\winx86_64\wrapper.conf た。そのため、Windows アカウントを管理者に昇格させ、UAC をオフにしました...これにより、wrapper.exe エラーは解決されましたが、tc サーバーでアプリを起動するときに UnsatisfiedLinkError は解決されませんでした。wrapper -q ..\..\conf\wrapper.confwrapper | OpenSCManager failed - Access is denied. (0x5)

setenv.batまた、tc サーバー インスタンス ディレクトリの下に' ' ファイルがあり、' ' という行が含まれていることを発見しましたset JAVA_LIBRARY_PATH=。また、システム プロパティでグローバル環境変数 JAVA_LIBRARY_PATH を設定しようとしたため、Spring Tools を起動してから tc サーバーを起動したときに使用できました... まさか。

プロジェクトを Spring Tool Suite 内から Spring Boot アプリケーションとしてリファクタリングしました。すべてのドキュメントは、Tomcat インスタンスが埋め込まれた自己完結型アプリケーションを作成する方法を示しています。これは機能し、優れています。

ただし、これより前に、Spring 用の XML ベースの構成を備えた独自の Maven Web-MVC プロジェクトがありました。これを TC サーバーに直接デプロイでき、うまく機能しました。私が一番好きなこと：ホットスワップ！新しい関数とクラスを追加することができ、それらは追加の構成なしで TC サーバーによってすぐに取得されました。

ただし、Spring Boot と組み込みの Tomcat を使用すると、そうではないことがわかりました。ホットスワップは非常に制限されており、多くの基本的な変更には再起動が必要です. 私が読んでいることから、TCサーバーはTomcatのはるかに洗練されたバージョンであるため、これは私の2つの質問につながります。

1) Maven Spring Boot アプリケーションを STS 経由で TC サーバー上で実行するにはどうすればよいですか? 新しい Pivotal TC Run Configuration を開始してもうまくいきません。

2) Spring Boot ドキュメントの例では、組み込み Tomcat よりも TC サーバーの使用が強調されていないのはなぜですか?

Pivotal tc Server Developer エディション 3.0 で行われるロギングを変更しようとしたところ、サーバーを起動する Java プロセスが catalina ベースの logging.properties ファイルを読み取らないことがわかりました。

diff-instance という新しいインスタンスを使用して新しい Pivotal tc Server 3.0 を作成し、バイオ プロファイルを追加しました。完了すると、logging.properties ファイルが /diff-instance/conf フォルダーに作成されます。サーバーを起動して停止し、設定を確認しました（F3またはサーバーのリストで開きます）。それは言います：

構成パス:

選択したオプション: tc サーバーのインストールを使用する (tc サーバーのインストールを制御する) サーバー パス (catalina.base): /diff-instance

次に、サーバーを停止して logging.properties ファイルを変更しましたが、この logging.properties ファイルに加えた変更が tc サーバーに反映されていないように見えることに気付きました。

スイス アーミー ナイフで古き良き sysinternals ツール (www.sysinternals.com) を持ち込み、procmon を開始しました。驚いたことに、catalina.base conf フォルダー内のファイル logging.properties ファイルは、javaw.exe プロセスによって読み取られることはありません (/jre/lib フォルダー内の logging.properties のみが読み取られます)。それは私が見たものを説明しています。

これに関連して 3 つの重要な質問があります。

1. logging.properties ファイルが読み取られないのはなぜですか?
2. Pivotal tc Server 開発者版をカスタマイズする方法はどこに記載されていますか? http://tcserver.docs.pivotal.io/index.htmlの「Getting started with Pivotal tc Server」の 29 ページの「tc ランタイム インスタンス構成ファイル」セクションを見たところ、このファイルを使用する必要があると書かれています。また、「Pivotal tc Server Administration」には、50 ページの「Configuring Logging for tc Runtime」セクション全体があり、この同じファイルについて話し続けています。
3. tc Server 開発者と STS の間に多くの接着剤があることは知っています。以下に示すように、新しいサーバーの定義に関するすべてのことと、定義するサーバーの場所の種類に関するオプション はすべて非常にクールですが、このようなドキュメントはどこにありますか?

このページでは、古いバージョンの tc サーバーとログの変更方法について説明します。また、catalina.base の logging.properties ファイルも参照します。

https://pubs.vmware.com/vfabric5/index.jsp?topic=/com.vmware.vfabric.tc-server.2.6/admin/manual-logging.html