Forum Replies Created
-
Posts
-
If I remember correctly, you have to create an instance of your fact and pass it in. This is done using a fact creator and needs to implement the correct interface. I think there is a sample in the SDK on this… or maybe I found it in the help guide.
Hope this helps.
Unfortunately BizTalk AND EDI are monsterous topics to which there's no quick fix for. I've been doing EDI solutions for 5+ years and its not the easiest thing to just pick and run with. I would say just try to treat the EDI as a large complex flat file but you must understand how the EDI services work. For that I recommend looking at the documentation or documentation that comes with the HIPAA accelerators. Good luck.
I would take a look at the consuming WS section of the BizTalk documentation. Here's also downloadable sample located here.
There's specific conditions that are met that determine weather the message can be resumed or not. I know there's a blog site on it but I cannot seem to find it. Here's other resources. And remember that adapters all have different conditions as well. I know the HTTP can be tricky with resumes.
Look here: http://blogs.conchango.com/matthall/archive/2004/12/16/466.aspx
http://bencops.blogspot.com/2006/05/biztalk-2006-notes.html
Not exactly sure why SQL2005 is pulling out UTF-16 but BizTalk defaults everything XML into UTF-8. Here's a post about how to change the encoding. We use a pipeline comp to change encoding all the time.
http://geekswithblogs.net/cyoung/archive/2004/07/04/7584.aspx
Hello.
A convoy is one way to fix your problem. I have run into a similar issues in the past and used a convoy to correct them.
You are getting OOM with only 3 messages?
The problem you might be seeing is the HTTP Connection Limit defaults to 2 – if I remember correctly. You need to change this setting inside… the BTSSrvc.exe.config file I think. Although, I didn’t think this gave an Out of memory exception though. I think there is a KB about this
I couldn’t find the exact KB, but this one covers OOM issues: http://support.microsoft.com/kb/918643/en-us
Hope this helps.
The best way to accomplish this is to set up your dev in the same manner as you want your other system. That rules out all kinds of potential problems.
If that is not possible, the hosts are actually set inside the binding files. You will need to export your binding files, update them, and add them back into the MSI (see my latest blog post on this). They are a little hard to work with, but you’d want to change the Host for the required artifacts inside each application.
Now with that said, it’s really not really that easy. Schema for example don’t run inside a host on there own. Nor do Applications for that matter.
The Orchestrations, Receives, and Sends run inside the hosts. So you need to change your host settings on these inside your application. Also note that the hosts run adapters and this needs to be changed at the adapter level.
A typical scenario I set up is all Receives in one host, all Sends in another, and lastly all Orchestrations in there own host.
Hope this helps.
Sorry for the above post.. Apparently BRE caching was creating the problem..
The cache was not refreshing no matter what I do.. A restart of my computer does the trick.. all the rules are working fine..
BTW, is there any was to clean up the cashe, when u update one of the fact.. eg: a .net component..?
I was copying the message into Notepad and saving it. This changes the format from unicode to ascii.
Figured it out.
After defining Wrap character in every element, it's working.
But if only define it in <Schema> node, won't generate wrap quotes.
Somebody please answer??? I thought this is the place but seems like will have to contact MS for this.
