Hi,

Is it possible for a Rec Function to poll a remote Message Queue on the
network, on a machine that is not running BizTalk Server, and lift messages
within a transactional context into Queues that are local?

And is lifting remote files from mapped drives done within a transactional
context?

thanks in advance,
Mig

[ Post a follow-up to this message ]

MSMQ needs to be running on the biztalk server, but the queue does not.

Either way, Biztalk receive functions do not delete the inbound message
until it is successfully submitted to Biztalk (e.g. added to the work
queue).  If a transaction fails, submit fails, and the receive function will
leave the message where it is.  (File or MSMQ message)

--- Nick

"Mig" <bic_user2002@yahoo.co.uk> wrote in message
news:%23E2AJww6DHA.2656@TK2MSFTNGP11.phx.gbl...
> Hi,
>
> Is it possible for a Rec Function to poll a remote Message Queue on the
> network, on a machine that is not running BizTalk Server, and lift
messages
> within a transactional context into Queues that are local?
>
> And is lifting remote files from mapped drives done within a transactional
> context?
>
> thanks in advance,
> Mig
>
>

[ Post a follow-up to this message ]

One other issue is that you should not be able to read a
remote transactional queue. This is a limitation of MSMQ
not BizTalk. You would need a local service to read the
queue and submit to a queue on the BizTalk machine or to
a non-transactional queue.

-J
>-----Original Message-----
>MSMQ needs to be running on the biztalk server, but the
queue does not.
>
>Either way, Biztalk receive functions do not delete the
inbound message
>until it is successfully submitted to Biztalk (e.g.
added to the work
>queue).  If a transaction fails, submit fails, and the
receive function will
>leave the message where it is.  (File or MSMQ message)
>
>--- Nick
>
>"Mig" <bic_user2002@yahoo.co.uk> wrote in message
>news:%23E2AJww6DHA.2656@TK2MSFTNGP11.phx.gbl... 
Message Queue on the 
Server, and lift
>messages 
local? 
within a transactional 
>
>
>.
>

[ Post a follow-up to this message ]