Hi,
wenn eh schon mit einem RFC-FB gearbeitet wird, dann kann ja dieser auch die Kontrolle übernehmen (CALL func IN BACKGROUND TASK), mit einem Endlosloop kann dann die Sperren überpürft werden und mit Wait up to xxx seconds, kannst den FB für ne Weile schlafen legen, wenn nichts mehr zu tun ist verlässt Du den Loop und den FB. Es wird halt für eine gewisse Zeit der Aktivität ein Dialogprozess belegt, beim Wait wird der Prozess wieder freigegeben. Kostet aber auch Resourcen Roll out - Roll in bei jedem Sleep und je nach Anzahl der Transaktionen können sehr viele solcher "Ghost"-Prozesse im System entstehen.
wir hatten inzwischen ein Entwicklermeeting, wo dieses Thema nochmal besprochen wurde.
Dabei haben wir uns dann auf eine eigene Sperrlogik geeinigt. Also eigene Z-Tabelle ähnlich der SAP-Sperrtabelle usw.
Nur noch als weitere Info, falls sich jemand auch mit diesem Thema beschäftigt. Es gibt eine Standardmöglichkeit für system- und transaktionübergreifende Sperren. Die Logik heißt Cross System Lock (CSL).
Es ist ein Tokensystem, welches parallel zum Sperrkonzept existiert. Das Wissen darüber ist wohl noch nicht so weit verbreitet. Auf jeden Fall ist es schwer dazu mehr Informationen zubekommen, als in der normalen SAP-Hilfe steht. http://help.sap.com/erp2005_ehp_04/help ... ontent.htm
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.