Leonid Ganeline

I have such case:
the receive part of solution periodically poll the data. New data is published to the Direct port.
I have one subscriber to this message type which poll with the same interval as a publisher.
Second subscriber pools this data randomly.
As I understand the second subscriber will get the data with delay, if it pools less frequently.
Or it should be waiting, if it pools more frequently.
My requirement is to get the fresh data for second subscriber without delay. All intermediate data should be discarded.
The question is: How I can do this in "BizTalk style" Smile

--

Regards,

Leonid Ganeline
BizTalk Solution Developer [MVP]
----------------------------------------------------------------------------------
Microsoft Certified Technology Specialist: BizTalk Server 2006
http://geekswithblogs.net/leonidganeline/



Re: BizTalk R2 General Subscription issue

SaravanaKumar_1977

Yes. with simple logic we can solve the issue. I hope you are having separate receivelocation for the delayed (2nd) subscriber. Whenever you are writing the file into location, don't create with new name (new uuid/randam name), create with same name say "filesecond.txt". So that every time the latest data will be replaced, you are not going to have multiple file when the second (delayed) subcribers polls.

I hope this solves the issue.

Thanks,

Saravana Kumar





Re: BizTalk R2 General Subscription issue

Leonid Ganeline - MVP

Oh, my!
That's easy! Thanks a lot, Saravana!
I was thinking about some orch with looping to receive the all new messages and with a listen shape with send the last message and delay to refresh the send data.





Re: BizTalk R2 General Subscription issue

Leonid Ganeline - MVP

Seems I have to define more requirements:
I have two asynchronous and independent queues: Input and Output.
* output should get the last input message
* undefined quantity of the "output" client request the undefined quantity of output messages in random interval [BizTalk delivers defined quantity of messages to the defined quantity of subscribers. For example the receive file adapter get the file and delete it from the location. If we try to repeat the request we cannot get the same file]. (Output queue is not a real queue, as I understand.)
And the question is the same: How I can implement this in the "BizTalk style"
Regards,

Leonid Ganeline
BizTalk Solution Developer [MVP]
http://geekswithblogs.net/leonidganeline/