問題
- 有効期限を過ぎてもWebコンテンツのステータスが期限切れになりません。
- job スケジューラ タブに CheckArticleMessageListener がありません。
環境
- DXP 7.4
解決
-
CheckArticleMessageListenerだけが欠落しているスケジューラである場合、次の手順を使用してcom.liferay.journal.web再アクティブ化し、サーバーを再起動せずにCheckArticleMessageListenerを再登録します。- コントロール パネル -> Gogo シェルに移動します。
-
ss|grep com.liferay.journal.webを実行すると、出力は次のようになります。Output
1058 ACTIVE com.liferay.journal.web_5.0.74
true -
stop [BUNDLE_ID]を実行します (私の場合はstop 1058になります)。 次のログがログに出力されます:
Oct 19 12:36:32.637 build-629 [liferay-6886cfc584-whmmj] [dxp] INFO [pipe-stop 1058][BundleStartStopLogger:49] STOPPED com.liferay.journal.web_5.0.74 [1058] -
Execute
start [BUNDLE_ID](私の場合はstart 1058)
その後、Job Scheduler ページを確認して、Oct 19 12:36:36.953 build-629 [liferay-6886cfc584-whmmj] [dxp] INFO [pipe-start 1058][BundleStartStopLogger:46] STARTED com.liferay.journal.web_5.0.74 [1058]CheckArticleMessageListenerがNORMALステータスとしてリストされるかどうかを確認してください。
注: ステップ 3 では、ステップ 4 が実行されるまで、com.liferay.journal.webbundleが一時的に無効になることに注意してください。 仕訳関連の機能を使用しているフロント ユーザーが影響を受けないように、上記の手順は営業時間外に実行することを検討してください。
- 複数のスケジューラが見つからない場合は、サーバーを再起動すると、スケジューラが一度に再登録される可能性があります。
- DXP 環境の場合、すべてのクラスタ ノードを停止し、ノードを 1 つずつ起動します。
- LXC-SM 環境の場合、デプロイメント戦略を
再構成し、サービスを再起動して、他のすべてのリスナーを元に戻します。 -
注: LCP.json を更新してデプロイすることで戦略を
RollingUpdateに戻すか、必要に応じてRecreateのままにしておいてください。
- 上記の方法で問題が解決せず、期限切れの Web コンテンツが依然としてアセット パブリッシャー ポートレットに表示される場合は、Update 86 以降にアップグレードしてください。
追加情報
- デプロイメント戦略の違いは、 デプロイメント戦略の違いにも記載されています。