BizTalk Server Applications Integration - Best Design for Large Number of Sites?

This is Interesting: Free IT Magazines  
Home > Archive > BizTalk Server Applications Integration > May 2004 > Best Design for Large Number of Sites?





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Best Design for Large Number of Sites?
GregE

2004-05-11, 8:21 pm

Hi all. I recently inherited a BizTalk 2002 based system. This system essentially routes messages from a requestor to a high number of supported sites (around 10,000). When the requestor asks for some information from one of those sites, it sends an XM
L based request to our BizTalk system with the site id included. The BizTalk system uses an XLang schedule to call a COM component that looks the site’s IP address up in a database, then includes the IP in the XML. Eventually, the XML document is sent
to a C++ AIC, which uses the given IP address to call the given site.

The problem is that, from time to time, BizTalk seems to just hang and a bunch of documents get stuck in the work queue. We called Premiere Support about this problem and all they could tell us is that this problem was caused by our AIC. So, my question
is, is this a good way to use BizTalk? All of the examples show BizTalk calling remote sites via a port. But, can BizTalk support 10,000 ports?!? Since I can’t get Premiere Support to tell me anything other than our AIC is causing the problem (gee,
I’m sure glad we paid top dollar for THAT answer) I would like to re-architect this without the AIC. But, I’m not sure. Has anyone else attempted using BizTalk with such a high number of sites? Any suggestions, testimonials, or links would be very
helpful.

Thanks,
-ge



Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com