スプリング ステート マシンに関するいくつかのクエリ。
1 つのスプリング プロジェクトで複数のステート マシンを使用することはできますか?
たとえば、状態、イベント、遷移などを格納する JSON 形式のデータを持つビッグ データ ソースから、構成クラスに構成を動的に読み込むことはできますか?
私の要件の 1 つは、春のプロジェクトで構成する必要がある、頻繁に変更されるワークフローまたはモデルがある可能性があることです。スプリングステートマシンでそれを効果的に行うにはどうすればよいですか。
スプリング ステート マシンに関するいくつかのクエリ。
1 つのスプリング プロジェクトで複数のステート マシンを使用することはできますか?
たとえば、状態、イベント、遷移などを格納する JSON 形式のデータを持つビッグ データ ソースから、構成クラスに構成を動的に読み込むことはできますか?
私の要件の 1 つは、春のプロジェクトで構成する必要がある、頻繁に変更されるワークフローまたはモデルがある可能性があることです。スプリングステートマシンでそれを効果的に行うにはどうすればよいですか。
1) 複数のマシンを持つことができます。Bean 名のプロパティがあります@EnableStateMachine
。id
として構成を公開できます@EnableStateMachineFactory
。javaconfig の外で作業したい場合は、それ用の手動ビルダー モデルがあります。
2/3) javaconfig と statemachine の間にパブリック構成 API があります。この構成モデルの 1 人のユーザー (javaconfig の外部) は、Eclipseの UML xmlファイルを使用して構成をロードする UML ベースのモデリングです。現時点では、他の組み込み構成フックがないため、UML が最善の策です。貢献を歓迎します ;)