今天發現乙個vendor沒辦法通過as2給我們送edi 832/846檔案，去iis log中查了下都是http 404.13錯誤，看來是http request資料超長了（vendor給的832/846基本都是60mb左右的），日誌如下：
#software: microsoft internet information services 7.5
#version: 1.0
#date: 2011-10-04 00:00:01
#fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(user-agent) sc-status sc-substatus sc-win32-status time-taken
但也沒起作用。google了一下終於找到了方法，而且很簡單，找到虛擬目錄屬性中的request filtering選項，按照圖中以下步驟，將maximum allowed content length設定大一點，比如到100 mb， 這樣就能夠接收大於預設值30000000 bytes的http流了。
以上solution是針對接收端的，實際上作為as2傳送端的vendor也可以通過一點小的配置修改就能夠來搞定問題，只需要將http request改為chunked encoding，也就是分包來傳送資料就可以了，比較以下兩個http header就能夠說明問題
non-chunked encoding
connection: keep-alive
content-length: 58738800…
chunked encoding
connection: keep-alive
transfer-encoding: chunked …
在biztalk server中，可以在send port上這樣設定來開啟chunked encoding：
記下來，怕以後忘記了~
IIS7許可權簡述
worker process是iis應用程式的宿主,在任務管理器中可以看到每乙個worker process就是乙個w3wp.exe.工作程序標識 worker process identity wpi 是worker process執行時的身份 不過有時候通過ui找不到這個物件大約是個bug,通過...
IIS7配置Gzip壓縮
開啟配置http壓縮 gzip 在iis7中配置gzip壓縮相比iis6來說實在容易了許多，而且預設情況下就是啟用gzip壓縮的。如果沒有，則可以再功能檢視下找到 壓縮 項，進入之後就會看到 靜態內容壓縮 和 動態內容壓縮 兩個選項，勾上即可。配置啟用壓縮的檔案型別及其他選項 我們可以看到，iis實...
IIS7構造Gzip壓縮
開啟配置http 壓縮 gzip 在iis7中配置gzip壓縮相比iis6來說實在easy了很多。並且預設情況下就是啟用gzip壓縮的。假設沒有。則能夠再功能檢視下找到 壓縮 項，進入之後就會看到 靜態內容壓縮 和 動態內容壓縮 兩個選項，勾上就可以。配置啟用壓縮的檔案型別及其它選項 當開啟gzip...