クォーツとスプリングの統合に苦労してきましたが、特にwebpshere jndiルックアップのコンテキストでは、スプリングを使用してジョブを定義し、quartz.propertiesで定義されたプロパティが必要です。
春の中にクォーツを使うと、それらの間に強い依存関係が生まれるという強い意見を聞いたことがあります。私たちはクォーツに不慣れです。今後、決定を下したいと思います。Springxmlで定義されたクォーツ、または単純なクォーツプロパティファイル。みんなの意見を聞きたいです。
クォーツとスプリングの統合に苦労してきましたが、特にwebpshere jndiルックアップのコンテキストでは、スプリングを使用してジョブを定義し、quartz.propertiesで定義されたプロパティが必要です。
春の中にクォーツを使うと、それらの間に強い依存関係が生まれるという強い意見を聞いたことがあります。私たちはクォーツに不慣れです。今後、決定を下したいと思います。Springxmlで定義されたクォーツ、または単純なクォーツプロパティファイル。みんなの意見を聞きたいです。
quartz.properties
とSpring構成の両方を使用しても問題はありません。個人的には、ファイル内で変更される可能性が低い静的構成と、Spring 構成の動的パラメーター (スレッド プール サイズなど) を保持しています。
API を使用して Quartz 流暢な API を使用するかScheduler
、XML スケジューリング プラグイン (Spring とは関係ありません) を使用するか、Spring 構成を介して、任意の方法でジョブを定義できます。それはあなた次第です。
スプリング内にクォーツを使用すると、それらの間に強い依存関係が生じます
そのような意見がどこから来るのかわかりません。基本的に、Spring を使用すると、スケジューラを自動的に開始/停止できます。Spring を使用しない場合は、サーブレット リスナーまたはその他の奇妙な回避策を使用する必要があります。Spring スケジューラを使用すると、Bean の 1 つにすぎません。依存性はまったくありません。Spring は、任意の Bean の任意のメソッドの実行をスケジュールする機能など、いくつかの巧妙なサポートを追加しますが、2 つの間に結合はありません。
アプリケーションが Spring ベースの場合は、Spring 統合に進みます。うまく機能します。