4.15.04.03-WS (WebSockets) - Apigee Edge สำหรับบันทึกประจำรุ่นของ Private Cloud

คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X
info

เมื่อวันพฤหัสบดีที่ 13 สิงหาคม 2015 เราได้เผยแพร่แพตช์สำหรับ Apigee Edge สำหรับ Private Cloud WebSocket

ฟีเจอร์ใหม่และการปรับปรุง

ฟีเจอร์ใหม่และการปรับปรุงในรุ่นนี้มีดังนี้

การปรับขนาดเฟรม WebSocket

คุณกำหนดค่าขนาดของเฟรม WebSocket ใน Apigee Edge สำหรับ Private Cloud ได้ โดยทำได้ดังนี้ กำหนดค่าพร็อพเพอร์ตี้ในไฟล์ 2 ไฟล์ที่แตกต่างกันในเราเตอร์และตัวประมวลผลข้อความทั้งหมด ค่าในทั้ง 2 ไฟล์ต้องตรงกันเสมอ

  • กำหนดค่าในไฟล์ router.properties ของเราเตอร์ ดังนี้
    WEBSOCKET.frame.limit=4k
  • ในไฟล์ netty-websocket-adaptor.properties ของตัวประมวลผลข้อความ ให้กำหนดค่าดังนี้
    netty.websocket.message.max.frame.length=4k

รีสตาร์ทเราเตอร์และโหนดตัวประมวลผลข้อความหลังจากอัปเดตไฟล์ เช่น

/<inst-root>/apigee4/bin/apigee-service router restart

/<inst-root>/apigee4/bin/apigee-service message-processor restart

(APIRT-1806)

ไม่ได้ป้อนข้อมูลตัวแปรโฟลว์เป้าหมายอย่างถูกต้องสำหรับเป้าหมายแบบอินไลน์และ TargetServer

ตัวแปรใหม่ในโฟลว์ข้อความจะให้ข้อมูล URL ที่สมบูรณ์ยิ่งขึ้นสำหรับปลายทางเป้าหมายและเซิร์ฟเวอร์เป้าหมาย ดังนี้

  • TargetEndpoint: request.url แทนที่ target.basepath.with.query
  • TargetServer: loadbalancing.targetserver แทนที่ targetserver.name นอกจากนี้ ระบบจะป้อนข้อมูล target.basepath ก็ต่อเมื่อมีการใช้องค์ประกอบ <Path> ในองค์ประกอบ HTTPTargetConnection <LoadBalancer> ของ TargetEndpoint เท่านั้น (APIRT-1050)

แก้ไขข้อบกพร่องแล้ว

ข้อบกพร่องต่อไปนี้ได้รับการแก้ไขในรุ่นนี้

รหัสปัญหา คำอธิบาย
TBD-82 การตรวจสอบตัวเองของเซิร์ฟเวอร์การจัดการล้มเหลวหลังจากเปลี่ยนรหัสผ่านของระบบ
MGMT-2551 UI ใน 4.15.04.03 จะใช้กับ Java 6 ไม่ได้อีกต่อไป
MGMT-2418 การกำหนดค่า UI apigee.conf ไม่รองรับ TLS
MGMT-2255 การตรวจสอบตัวเองของเซิร์ฟเวอร์การจัดการล้มเหลวหลังจากเปลี่ยนรหัสผ่านของระบบ
MGMT-1677 บันทึกการตรวจสอบสิทธิ์ล้มเหลวและการให้สิทธิ์ล้มเหลวในโหมดแก้ไขข้อบกพร่อง
CORERT-318 HTTPServer.streaming.buffer.limit=10 ทำให้คำขอค้างเป็นระยะๆ
ในขณะที่จัดการกับไคลเอ็นต์ที่ช้าและเพย์โหลดขนาดใหญ่ บางครั้งคำขอจะค้างและ หมดเวลาจากเราเตอร์ ปัญหานี้เกิดขึ้นเฉพาะเมื่อเราเตอร์มีการตั้งค่าพร็อพเพอร์ตี้ HTTPServer.streaming.buffer.limit เป็นค่าที่ไม่ใช่ 0 ปัญหาได้รับการแก้ไขแล้ว
APIRT-1766 การหมดเวลาใน WebSocket
APIRT-1713 ความล้มเหลวของนโยบาย ExtractVariables ภายใต้การโหลด 10 TPS
APIRT-1472 ข้อความใน system.log ทุกครั้งที่มีการเรียกใช้ Health Check API
APIRT-1147 การสตรีมข้อมูลผ่านพร็อกซีจากที่เก็บข้อมูล S3 จะไม่ดาวน์โหลดให้เสร็จสมบูรณ์อีกต่อไป