Frage

Ich habe eine Frage bezüglich jBPM bekam. In einem unserer Projekte entwickelte ich ein Enterprise Service (.NET), dass andere Systeme (jBPM, Delphi, etc.) aus den Daten erhalten soll. Dazu Ich reiche eine SOAP-Schnittstelle.

Jetzt gibt es einen Fall, dass, wenn die ein jBPM-System in Kontakt mit dem Service, einige manuelle Arbeit, bevor die Daten können die Systemanforderungen getan werden muss zurückgegeben werden. In diesem Fall gibt der SOAP-Dienst eine „ManualWorkTicketId“. Diese ID kann dann verwendet werden, um die SOAP-Schnittstelle in sagen wir mal Intervallen von 1 Minute abzufragen. Sobald die manuelle Arbeit getan worden ist, ist der SOAP-Service in der Lage, die erforderlichen Daten des jBPM System zurückzukehren. Da das Unternehmen Service nicht über alle Systeme und bietet nur eine SOAP-Schnittstelle für die Kommunikation wissen sollte, sehe ich dies als eine gute Lösung, um den asnychronous Teil zu behandeln.

Aber der jBPM Entwickler hat mir gesagt, dass dies nicht ein guter Ansatz. Stattdessen schlägt er vor, die Informationen in einer ActiveMQ Warteschlange zu schreiben, dass ich zuhören soll. Wenn Sie mit dem manuellen Arbeit getan ist, muß ich das jBPM System mir in einer anderen Warteschlange schreiben zurück, wo die Nachricht dann von dem jBPM-Prozess verbraucht wird.

  1. Frage: Da ich kein jbpm Entwickler bin, ich habe mich gefragt, ob es nicht ein Standardmuster ist die Web-Service-Abfrage Teil innerhalb jBPM zu behandeln
  2. Frage: Welche Vorgehensweise würden Sie in solchen Fällen legen nahe, wenn man bedenkt, dass der Enterprise-Service sollte lose gekoppelt werden
War es hilfreich?

Lösung

Wenn Sie eine JMS-Warteschlange implementieren, dann gehe ich davon aus der Delphi-Entwickler beschweren. SOAP ist eine gute Lösung.

Werfen Sie einen Blick auf diese , und geben Sie es an die jBPM Entwickler. (Btw, verwenden Sie jbpm 3 oder 4?)

Wenn ein perfektes Timing ist nicht wichtig, er den SOAP-Dienst alle X Minuten abrufen kann und das Ergebnis sehen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top