Best Practices für die Verwendung von geifert Expert / Flow in einer Web-Anwendung

Question

Ich bringe mich zur Zeit geifert Expert / Flow sowie GWT. Ich möchte geifert Fluss als ein Ereignis / Befehls-Bus und Business-Rule-Engine verwenden, lose Kopplung zwischen den verschiedenen Teilen der Anwendung zu erreichen.

Bisher habe ich bekomme beiden Experten und Flow aus meinen Testfall arbeiten, aber ich habe eine harte Zeit, herauszufinden, wie man am besten implementieren Ströme innerhalb eines Web-Container.

Soll ich die ganze Gerüst in eine EJB Stateless Session und lassen jede Anforderung alles von Grund auf neu aufgebaut und dann die Ströme / Regeln laufen? Dies scheint wie eine Verschwendung von Ressourcen zu mir. Kann ich eine einzelne Wissen Sitzung statt speichern und mit anderen teilen, dass Sitzungen zwischen Web-Anfragen, es gleichzeitig zugreifen, würde Maßstab dieses Szenarios, und es ist die Threadsicherheit (meine Vermutung ist nein)? Bündelt Wissen Sitzungen eine gute Idee?

Was für ich frage ist im Grunde, wenn es irgendwelche Best Practices für die oben? Die Dokumentation und Beispiele, während sie sonst recht gut, sind an diesen bestimmten Punkten nicht klar.

Ich liest etwas über geifert Gitter, nicht sicher, ob das wäre mein Problem zu lösen und das scheint in der Entwicklung zu sein. Wenn meine Fragen unklar sind, bitte sagen Sie es.

BR Magnus

Answer 1

Ein Knowledge Thread-sicher und schweres Gewicht ist (es ist nicht billig zu schaffen), so erhalten Sie de wahrscheinlich, dass in einem Anwendungsbereich behalten möchten.

Im Moment neigen die meisten Menschen eine stateless Architektur zu verwenden und eine StatelessKnowlegdeSession erstellen (Thread unsicheren und billig zu erstellen) für jede Web-Anfrage, zum Beispiel in einer Stateless Session Bean (oder einer Naht / CDI Bean oder eine Feder Bohne) . Wenn Sie jedoch die Macht der Stateful EJB haben, kann es sein belohnen Verwendung eines StafefulKnowlegdeSession zu halten alle Anfragen im gleichen Gespräch zu behandeln.

Ich bin nicht sicher, ob StatefulKnowlegdeSession Thread-sicher ist (glaube nicht), so habe ich ein Problem aufgetreten: https://issues.jboss.org/browse/JBRULES-2842