Ich versuche, einen BPEL-Prozess zu debuggen. Ich habe es mit BPEL Designer für Eclipse (3.7.2) gemacht, ich benutze Ode 1.3 als Engine.BPEL Designer für Eclipse: Wie man einen BPEL-Prozess debuggt
Ich habe keine Ahnung, wie ich meinen Prozess debuggen. Ich kann es in einer Debug-Sitzung auf Ode bereitstellen, aber ich verstehe nicht wirklich, was ich danach tun kann.
Sie können BPEL-Prozesse implementieren, die im WS-BPEL 2.0-Standard unter WSO2 BPS server entwickelt wurden. Sobald Sie den BPEL-Prozess auf WSO2 Business Process Server bereitgestellt haben, können Sie die folgenden Mechanismen verwenden, um Fehler zu beheben/zu beheben.
1.Verwendung des Nachrichten-Tracers. Auf diese Weise können Sie die eingehenden und ausgehenden Nachrichten zum und vom BPS-Server anzeigen. Aktivieren von Nachrichtenverfolgungsprotokollen für BPEL-Prozesse
Fügen Sie die folgenden Einträge in die $ CARBON-HOME/lib/log4j.properties
log4j.logger.org.apache.ode.bpel.messagetrace = TRACE log4j.logger.org.wso2.carbon.bpel .messagetrace = TRACE
Der bevorzugte log4j-Appender sollte so konfiguriert werden, dass er einen TRACE-Schwellenwert hat. Wenn CARBON_LOGFILE der log4j-Appender ist, sollte er wie folgt geändert werden. Standardmäßig ist dies auf DEBUG eingestellt.
zB - log4j.appender.CARBON_LOGFILE.threshold = TRACE
den Server neu starten.
2.Verwenden der Ereignistabelle auf der Seite 'Instance Information' (Abbildung 1). Jede Aktivität sollte nach der erfolgreichen Ausführung 3 Ereignisse haben. Wenn eine Aktivität nur 2 Ereignisse aufweist oder wenn sie ein "ActivityFailureEvent" aufweist, muss innerhalb dieser bestimmten Aktivität ein Fehler aufgetreten sein. Möglicherweise müssen Sie die Protokolldatei des WSO2-BPS-Servers in der richtigen Reihenfolge abrufen, um das Problem genauer zu untersuchen.
Leider sind die Open-Source-Tools für BPEL-Debugging sehr begrenzt. Obwohl ODE APIs zum Anhalten und Fortsetzen von Prozessen an Unterbrechungspunkten bereitstellt, werden diese von den aktuellen Tools nicht verwendet. Ich würde enable the DebugBpelEventListener empfehlen, die die Ausführungsereignisse an den konfigurierten Logger ausgibt. Dies hilft normalerweise zu verstehen, was vor sich geht.