Sequential Convoy and Long running transaction: Messages still referenced


hi everyone<o:p></o:p>

being biztalk developer since 2006, thing still stumps me.<o:p></o:p>

i have sequential convoy singleton orchestration debatches messages using rcvpipeline. orchestration needed in a fifo scenario. in order execute rcvpipeline within orchestration need encapsulate within atomic transaction scope. <o:p></o:p>

in order have atomic scope orchestration needs long running. have encapsulated atomic transaction within scope (using long running transactions) have exception handling.

<o:p></o:p>

everything works fine except 1 major detail:
when orchestration executes messages still in messagebox. can click on orchestration instance in mgmt console , @ message! tracking disabled receive port orchestration. still, messages not cleaned up.

<o:p></o:p>

i have set dta-purge 1 hour , works fine, messages still in orchestration.<o:p></o:p>

my guess long running transactions not complete (although looks should) , since transaction not completed messages not removed message box.

so, summarize: possible combine long running transactions , singleton orchestration?


//mikael sand (mcts, icc 2011) - blog logica sweden

the messages still being referenced orchestration! can make atomic transation commit?

in these cases, orchestration must complete, not specific scope.  long outer loop doesn't exit, orchestration never complete.  messages remain references forever.

note, inner atomic scope completing, otherwise, messages sent after debatching never committed messagebox.



BizTalk Server  >  BizTalk Server General



Comments

Popular posts from this blog

Azure DocumentDB Owner resource does not exist

job syspolicy_purge_history job fail in sqlserver 2008

Trying to register with public marketplace error with 'Get-AzureStackStampInformation'