阿帕奇HttpComponents核心不包括HTTP協議的各個方面,但只有主基礎,所有的需要,以支持客戶端和服務器之間的基本通信。
該庫可用於構建了客戶端和服務器端的HTTP服務,支持兩個主要的I / O模型:
- 阻塞(串行,同步,基於Java I / O)
- 非阻塞(並行,異步的,基於Java NIO)
庫試圖維護性能和易用性之間的平衡,同時還保持了可以添加和再利用在多個應用程序和實例的自包含組件。
阿帕奇HttpComponents核心也催生了類似的項目,阿帕奇HttpComponents客戶端,HTTP客戶端代理。
什麼是新的在此版本中:
- PrivateKeyStrategy不NIO SSL工作
- VERSIONINFO#getUserAgent報告不正確的Java版本。
- 非阻塞連接應不會觸發尾流回調只要還有會話中輸入緩衝區的數據。這可能會導致一系列的短流水線請求到由對方終端意外終止連接的情況下,過早失效。
什麼是新的在4.4.2版本:
- PrivateKeyStrategy不NIO SSL工作
- VERSIONINFO#getUserAgent報告不正確的Java版本。
- 非阻塞連接應不會觸發尾流回調只要還有會話中輸入緩衝區的數據。這可能會導致一系列的短流水線請求到由對方終端意外終止連接的情況下,過早失效。
什麼是新的在4.4.1版本:
- PrivateKeyStrategy不NIO SSL工作
- VERSIONINFO#getUserAgent報告不正確的Java版本。
- 非阻塞連接應不會觸發尾流回調只要還有會話中輸入緩衝區的數據。這可能會導致一系列的短流水線請求到由對方終端意外終止連接的情況下,過早失效。
什麼4.4版本是新的:
- 與NIO SSL重新協商支持李>
- 失序HTTP響應導致NPE在HttpAsyncRequestExecutor。
- 如果連接請求成功進出,同時次比賽的條件。
- 在阻止固定同步問題和非阻塞連接池實現
什麼是4.2.2版本,新的:
- NIO長度分隔的內容編碼器不正確地處理大於消息2GB。
- 在DefaultConnectionReuseStrategy固定回歸導致它錯誤地標記連接非可重複使用的204,205或304響應之後。
- 在HttpAsyncRequestExecutor固定回歸使其處理204,205和304的響應錯誤地用一個封閉的內容主體返回的消息。
什麼是新的在4.2.1版本:
- 這是一個補丁版本,修復了一些因為4.2中的非關鍵錯誤。
什麼是新的在4.2版本:
- 包含在這個版本中最顯著的特點是連接池組件阻止和非阻塞HTTP連接和新的異步客戶端和服務器端協議處理程序。
什麼是新的在4.1.3版本:
- 該版本修正了4.1版中引入了一個重要的回歸0.2。在特殊情況下無阻塞的SSL會話可能會失敗,如果另一端關閉連接,不發送“關閉通知”的消息引起了I / O調度線程無限循環正常結束。
什麼4.1.2版本是新的:
- IOSession#setSocketTimeout()方法不會重置超時計數。
- 非阻塞SSL I / O會話可以終止過早地造成郵件正文截斷時,信息的內容進行編碼塊和連接的另一端封閉。
- 處理響應消息,其內容實體已經被解碼或者通過協議,攔截器修改時DefaultConnectionReuseStrategy產生修正不正確的結果。
什麼是新的在4.1.1版本:
- 這是一個補丁版本,修復了一些因為4.1版中發現的非關鍵的問題。
- 本次發布也標誌著對Java的支持1.3結束。由於發行4.2的HttpCore將需要Java 1.5的所有組件。
什麼版本4.1是新的:
- DefaultConnectingIOReactor如果會話請求失敗洩漏套接字描述符
- 的ChunkEncoder可以為引起一個IllegalArgumentException負緩衝區限制要求。
- SSLIOSession#isAppInputReady()不檢查會話輸入緩衝區的狀態。
- EntityUtils#toString()和EntityUtils#toByteArray()返回NULL如果HttpEntity#的getContent()為null。
- 修正不正確的處理非阻塞LengthDelimitedDecoder HTTP實體時,Content-Length值是大於Integer.MAX_VALUE。
什麼版本是新的 4.1 Beta 2的:
- 這是的HttpCore 4.1的第二個測試版。這主要是一個bug修復版本,解決了一些非關鍵錯誤。
評論沒有發現