4.14.04.10 - یادداشت های انتشار Apigee Edge در محل

شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید .
اطلاعات

در روز چهارشنبه، 20 آگوست 2014، ما یک وصله برای نسخه داخلی Apigee Edge منتشر کردیم.

اشکالات برطرف شد

اشکالات زیر در این نسخه برطرف شده‌اند.

موضوع توضیحات
عدم پاسخگویی روتر Netty به دلیل تجمع در اتصالات جمع‌آوری‌شده
کوررت-۲۱۹
مشکلاتی که باعث نشت اتصال می‌شدند، زمانی که کلاینت حتی قبل از ارسال پاسخ‌های API، ارتباط را قطع می‌کرد، برطرف شدند.
خطاهای دستگاه وضعیت در لاگ‌های روتر Netty که باعث هنگ کردن روتر می‌شود
کوررت-۲۰۱

وقتی یک کلاینت درخواست‌های پشت سر هم را بدون انتظار برای پاسخ، روی یک اتصال ارسال می‌کرد، به نظر می‌رسید که روتر Netty هنگ کرده و هیچ درخواستی را پردازش نمی‌کند.

یک ویژگی جدید HTTPServer.pipelining.enabled در router.properties برای روتر Netty به شما امکان کنترل HTTP pipelining را می‌دهد. مقادیر زیر این رفتار را توصیف می‌کنند:

  • false (پیش‌فرض) - اگر چندین درخواست دریافت شود، روتر خطایی مبنی بر تلاش برای ایجاد خط لوله برمی‌گرداند و اتصال را می‌بندد.
  • درست - روتر با بافر کردن درخواست‌ها در یک صف انتظار، هر بار یک درخواست را مدیریت می‌کند. پاسخ‌ها به هر درخواست به همان ترتیبی که رسیده‌اند ارسال می‌شوند.

در مواردی که پاسخ‌ها نیاز به بسته شدن اتصال داشته باشند، اتصال بلافاصله بسته می‌شود و هیچ پاسخی برای درخواست‌های بعدی ارسال نمی‌شود.

پیام‌های CLOSE_WAIT
کوررت-۱۸۸
مشکلات مربوط به پیام‌های CLOSED_WAIT که به درستی بسته نمی‌شوند، برطرف شد.
پردازنده پیام، اتصالات را می‌بندد در حالی که روتر سعی می‌کند از اتصالات موجود در مخزن، دوباره استفاده کند.
کوررت-۱۱۴
مشکلاتی که باعث می‌شد اتصال ترکیبی در شرایط خطای خاص بسته شود، برطرف شد.
خطاهای 5xx در پاسخ‌های APIRT-342 خطاهای HTTP با کد 5xx در شرایطی رخ می‌دهند که پاسخ مطابق با مشخصات HTTP کامل بوده است (بدون Content-Length یا کدگذاری تکه‌ای در پاسخ‌های نقطه انتهایی هدف). Edge اکنون این پاسخ‌ها را به عنوان پاسخ‌های کامل در نظر می‌گیرد.