Lehet én írtam félreérthetően, de pont a példádban szereplő hasonló eset forog fent itt is. Addig nem rakhatok el egy csomagot, amíg nem tudom, hogy el van-e már rakva az a csomag. Ez pedig abból derül ki, hogy melyik csomagnál tartott az előző futás.
Ebből a szempontból itt felesleges is lenne a párhuzamosan fusson több gépen. De mivel több időzítő is van több feladatra, így egy gép nem bírná el. Gondolom ezért raktak be több gépet és ezért is próbálkoztak optimistic lock-al. Ami megint csak nem pont a legjobb, mert nagy terhelésnél akár 3-4 szál is futhat egyszerre amelyik ezzel foglalkozik, majd a végén csak egy hajtódik végre, majd a többit eldobja. De mint látjuk, idpnként nem dobja el sem és emiatt duplikált csomagok keletkeznek.
Tehát az lenne az ideális eset ha pl. lenne egy DB-ben állapotot kezelő Quartz, ami nem engedné ráfuttatni ugyanazt az időzítőt még egyszer amíg a ugyanabból az időzítőből valamelyik fut. Viszont ekkora átírást most nem tudnak bevállalni.
Egyébként tesztekkel nem sikerült még előidéznünk, hogy nálunk duplikálódjón egy csomag. Mindig Optimistic lock keletkezett.