Greg Beech's Website

Browse by Tags

  • Is product knowledge more important than coding ability?

    For as long as I can remember, if you needed a transactional and scalable data store, then you would buy a database such as SQL Server and implement your data store on top of that platform. There were already databases fully featured enough and reliable enough that they would likely meet your needs, and be far cheaper than trying to implement your own database. In addition, there was no maintenance...
  • Partial message encryption in BizTalk pipelines

    If you are receiving messages which contain potentially sensitive data, for example credit card details or bank identifier codes, then you may not want to allow these to enter BizTalk unencrypted as there will be plain-text copies of the data in the message box database. On the other hand, you don't want to encrypt the entire message as its type and at least some of the content are probably needed...
  • SAN configuration for BizTalk 2004/2006

    The most important performance factor in a BizTalk environment is the SAN and the way it is configured. I’ve tuned a few enterprise BizTalk systems and in most cases the ultimate (and usually unsolvable by this time) bottleneck has been the disk write queue length on the database disk volume(s). Using slow disks, too few disks, an unsuitable volume configuration, or the wrong RAID level will come back...
  • Receiving large files via FTP in BizTalk

    On a recent project I needed to download some messages into BizTalk 2004 from an FTP site. The smaller files seemed to work fine, but larger files were failing, being left on the FTP server, and being reattempted periodically in an effectively infinite loop. If you have any issues with the FTP adapter, there is a setting in the Receive Location properties which allows you to specify an FTP log file...
    Filed under:
Copyright (C) Greg Beech. All rights reserved.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems