Forum Replies Created
-
Posts
-
You might want to Stop your Send Port but leave it Enlisted. Then, check out the message contact properties using HAT. You are looking for File.ReceivedFileName. That’s what controls the %SourceFileName% macro. I thought it was there for FTP – but maybe not.
All you would need is a very simple pipeline component to promote your FTP files name into File.ReceviedFileName. I think FTP has it’s own file name called http://FTP.ReceivedFileName or something. That’s what you would need to set to File.ReceivedFileName.
Make sense?
I found the tracking feature, but how do i specify that I only want to track an ID?
An how do again compare?
No, I don’t think you can do what you want.
The class will live in the process space of the BTSNTSvc. You’ll need to restart the service to get the updated values. Unless you use an instance class.
Using Dispose is dangerous. I think I read a blog post that says not to use that.
Maybe you could use the rules engine with a fact retriever. Use it to check for updated values. That’s the best I can think of.
BizTalk does store messages. Messages associated with active service instances (i.e. during processing) are stored in the MessageBox, but you can also enable tracking of full messages received and sent to be stored in the tracking databases.
However, it does not sound to me like this is what you really want. Comparing the entire message contents to check for duplicate messages would be, at the very least, extremely expensive and really unnecessary most of the time. If your messages have some kind of natural identifier (i.e. they contain a message-id field or something else that identifies the request uniquely) then what I'd do is just to store that ID in a DB (not necessarily the entire message content, just the ID) and then compare that during the receive (either in a pipeline component for maximum efficiency, or at the beginning of an orchestration).
Let me clarify my needs a little bit.
What i need is to compare an incoming message with earlier messages to check if it is recieved before. I might not need a database for this?
What is the easiest way to do this?
In advance, thank you.
That operation actually copies the "context" of one message to another. So values like SSO tokens, receivedfilename, any custom context properties get copied over to the new message.
Ok, thanks..
But, do BizTalk log and store the messages by it self in some log?
And is it possible to get them out from there?
Well, you might be able to do this using a Convoy. But BizTalk really wasn’t designed to store messages in its databases out of the box.
I’m guessing your best bet would be to have a custom process to store your message to a SQL database.
Hope this helps.
One more thing to consider: performance. For maximum flexiblity and reuse Direct Binding is the way to go. But for raw speed, Call is best because it is the only way to invoke another Orchetsration without going throught the MessageBox. Everytime you go through the MessageBox (even with Direct Binding) you introduce latency. With the default tuning you get 1 second of latency just for the sending the initial message and receiving a response. This can be tuned down to about 100ms.
I usually prefer Direct Binidng because reuse and flexibility are usually important criteria, but in some cases raw performance has to be considered.
Kent Brown
Yes, it sounds like something BizTalk would be able to do. As long as BizTalk can get an exclusive lock on the file and it’s ok to delete it.
If this is all you need to do, then BizTalk might be over kill for this solution. You could write custom code to accomplish this and put it into a windows service.
Hope this helps.
Well, I have found out a solution to this problem. When the elements are getting mapped, sometimes there is no data in the source element to feed in the destination element, in case the source element is a blank one. In such cases just try seting the minoccurs property of the destination element which is creating the error to ' 0 ' and its maxoccurs to ' unbounded' or ' 1'. Check this!!
Hemant
Thanks for that. I have found the file..but cannot load it as I have excel 2000 and require 2003.
Does anyone know if All users of BAM require 2003 or just the developer?
Thanks in advance.
I haven't read it myself yet, but the BizTalk 2006 Recipes book was recently released and it has received some very positive reviews.You might want to check it out.
