4.14.04.10 - Ghi chú phát hành về Apigee Edge tại cơ sở

Bạn đang xem tài liệu về Apigee Edge.
Chuyển đến tài liệu về Apigee X. thông tin

Vào thứ Tư, ngày 20 tháng 8 năm 2014, chúng tôi đã phát hành một bản vá cho phiên bản Apigee Edge tại chỗ.

Đã sửa lỗi

Các lỗi sau đây đã được khắc phục trong bản phát hành này.

Chủ đề	Nội dung mô tả
Không phản hồi của bộ định tuyến Netty do tình trạng tăng lên các kết nối gộp CORERT-219	Giải quyết các vấn đề gây rò rỉ kết nối khi ứng dụng khách ngắt kết nối ngay cả trước khi các phản hồi API được gửi.
Trạng thái lỗi máy trong nhật ký bộ định tuyến Netty gây ra bộ định tuyến bị treo CORERT-201	Khi một ứng dụng gửi các yêu cầu liên tiếp về một kết nối mà không cần phản hồi, có vẻ như bộ định tuyến Netty bị treo và không xử lý bất kỳ yêu cầu nào. Thuộc tính HTTPServer.pipelining.enabled mới trong bộ định tuyến.properties cho bộ định tuyến Netty cho phép bạn kiểm soát tính năng pipeline HTTP. Những giá trị sau đây mô tả hành vi: false (mặc định) – Nếu nhận được nhiều yêu cầu, bộ định tuyến sẽ trả về một lỗi cho biết đã cố gắng gửi đường ống dẫn và đóng kết nối. true – Bộ định tuyến xử lý một yêu cầu tại một thời điểm bằng cách lưu các yêu cầu đó vào một hàng đợi đang chờ xử lý. Phản hồi cho từng yêu cầu được gửi đi theo cùng thứ tự khi chúng đến. Trong trường hợp một phản hồi cần đóng kết nối, kết nối sẽ bị đóng ngay lập tức và không có phản hồi nào được gửi cho các yêu cầu tiếp theo.
CLOSE_HOURS thông báo CORERT-188	Các sự cố đã được giải quyết với thư CLOSED_CLOSE không được đóng đúng cách.
Trình xử lý thông báo đóng các kết nối trong khi bộ định tuyến cố gắng sử dụng lại các kết nối từ nhóm CORERT-114	Giải quyết các vấn đề khiến kết nối gộp bị đóng trong một số điều kiện lỗi.
Lỗi 5xx trên phản hồiAPIRT-342	Lỗi HTTP 5xx xảy ra trong các tình huống phản hồi hoàn chỉnh theo thông số kỹ thuật HTTP (không có mã hoá Độ dài nội dung hoặc mã hoá chia nhỏ trong các phản hồi của điểm cuối mục tiêu). Edge hiện coi các phản hồi đó là phản hồi hoàn chỉnh.