埋め込み可能なワークフロー/ BPMライブラリPython用？

jBPMやWindows Workflow Foundationなどのワークフロー管理が必要なPythonベースのWebアプリケーションを構築しているとします。 Pythonの世界でこれを提供するライブラリはありますか？埋め込み可能なワークフロー/ BPMライブラリPython用？

出典

2009-09-29 alphadogg

以下、レナート氏の提案で、上記を拡張します。このシステムは、中間層と相互作用する複数のクライアントから構成され、その一部はある種のワークフローサブシステムを有する必要がある。ワークフロー・サブシステムは、変化する処理要件を柔軟に管理できる「組み込みBPM」を作成するために存在します。第1の上位層「クライアント」は、ブラウザ上にCherryPyとAJAXを含むウェブクライアントである可能性が高い。バックエンドはおそらくPostGRESでしょう。これは多少変更可能です。他に何が追加できますか？ – alphadogg

追加するには、「最初のクライアント」と言うと、最終的にはより多くのものがあり、必ずしもWebベースである必要はないので、Zopeや他のフレームワークに縛られたものはうまくいきません。それは単独で立つことができなければならない。 – alphadogg

ワークフローシステムは、クライアントではなく中間層にある必要があります。次に、クライアントは、アイテムとセキュリティに基づいて、どのワークフロートランザクションが利用可能であるかについて中間層に尋ねる必要があります。 postgresに物事を保存したいのであれば、sqlalchemyを使用することをお勧めします。そして、SpiffWorkflowがうまくいくかもしれませんが、私はそれを使っておらず、何か良いのか分かりません。 PyPI上のワークフローを検索しますが、Ploneにはほとんどの製品があります。 :) –

ああ、トン。しかし、それらのほとんどは特定のフレームワークに依存しています。 DCWorkflowは、例えば、Zopes CMFと統合されています。 hurry.workflowはZope 3などです。SpiffWorkflowはSQL-alchemyなどを想定しています。これは、ワークフローを適用する必要があるためです。つまり、使用するオブジェクトに対していくつかの基本的な前提を設定する必要があるからです。

Hurry.workflowはおそらくより独立したものの1つですが、それでもPersistenceライブラリ（したがって実際にはZODB）とzope3のセキュリティモデルの両方を使用すると仮定しています。

ここにあなたの要件を少し拡張する必要があります。

出典

2009-09-29 16:50:21

SpiffWorkflowはSQL * alchemyを想定していません**少なくとも、私はその方向を指す参照を見つけることはできません。このポストから変更されたものかもしれません。メーリングリストの簡単な検索では、[現在の持続性メカミズムはpickleを使用しています]（http://groups.google.com/group/spiff-devel/browse_frm/スレッド/ 448348770062f96）。 –

これは、以前はSQLAlchemyを必要としていました。酸洗いのみが限定的である。 –

これを見ましたか？ http://code.djangoproject.com/wiki/GoFlow

出典

2009-12-18 12:12:08 ZebZiggle

埋め込み可能なワークフロー/ BPMライブラリPython用？

答えて

関連する問題