คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่
เอกสารประกอบของ Apigee X info
เมื่อวันพฤหัสบดีที่ 13 สิงหาคม 2015 เราได้เผยแพร่แพตช์สำหรับ Apigee Edge for Private Cloud WebSockets
ฟีเจอร์ใหม่และการปรับปรุง
ฟีเจอร์ใหม่และการปรับปรุงในรุ่นนี้มีดังนี้
การปรับขนาดเฟรม WebSocket
คุณกำหนดค่าขนาดเฟรม WebSocket ใน Apigee Edge for Private Cloud ได้ โดยกำหนดค่าพร็อพเพอร์ตี้ในไฟล์ 2 ไฟล์ที่แตกต่างกันในเราเตอร์และตัวประมวลผลข้อความ ทั้งหมด ค่าในไฟล์ทั้ง 2 ไฟล์ต้องตรงกันเสมอ
- กำหนดค่า
WEBSOCKET.frame.limit=4kในไฟล์ router.properties ของเราเตอร์ - กำหนดค่า ในไฟล์ 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 ที่สมบูรณ์ยิ่งขึ้นสำหรับปลายทางเป้าหมายและ TargetServer
- TargetEndpoint: request.url จะแทนที่ target.basepath.with.query
- TargetServer: loadbalancing.targetserver จะแทนที่ targetserver.name นอกจากนี้ ระบบจะป้อนข้อมูล target.basepath ก็ต่อเมื่อใช้องค์ประกอบ <Path> ในองค์ประกอบ <LoadBalancer> ของ HTTPTargetConnection ของ TargetEndpoint (APIRT-1050)
ข้อบกพร่องที่แก้ไขแล้ว
ข้อบกพร่องต่อไปนี้ได้รับการแก้ไขแล้วในรุ่นนี้
| รหัสปัญหา | คำอธิบาย |
|---|---|
| TBD-82 | **การตรวจสอบตัวเองของเซิร์ฟเวอร์การจัดการล้มเหลวหลังจาก เปลี่ยนรหัสผ่านของระบบ** |
| MGMT-2551 | UI ใน 4.15.04.03 ใช้งานไม่ได้กับ Java 6 อีกต่อไป |
| MGMT-2418 | apigee.conf ของการกำหนดค่า UI ไม่รองรับ TLS |
| MGMT-2255 | **การตรวจสอบตัวเองของเซิร์ฟเวอร์การจัดการล้มเหลวหลังจาก เปลี่ยนรหัสผ่านของระบบ** |
| MGMT-1677 | บันทึกความล้มเหลวในการตรวจสอบสิทธิ์และความล้มเหลวในการให้สิทธิ์ในโหมดแก้ไขข้อบกพร่อง |
| CORERT-318 | HTTPServer.streaming.buffer.limit=10 ทำให้เกิด
คำขอ ที่ค้างเป็นระยะๆ เมื่อจัดการกับไคลเอ็นต์ที่ช้าและเพย์โหลดขนาดใหญ่ บางครั้งคำขอจะค้างและ หมดเวลาจากเราเตอร์ ปัญหานี้เกิดขึ้นเฉพาะเมื่อเราเตอร์มีพร็อพเพอร์ตี้ HTTPServer.streaming.buffer.limit ตั้งค่าเป็นค่าที่ไม่ใช่ 0 เราได้แก้ไขปัญหานี้แล้ว |
| APIRT-1766 | การหมดเวลาใน WebSocket |
| APIRT-1713 | ความล้มเหลวของนโยบาย ExtractVariables ภายใต้โหลด 10TPS |
| APIRT-1472 | ข้อความใน system.log ทุกครั้งที่มีการเรียกใช้ API การตรวจสอบสถานะ |
| APIRT-1147 | ข้อมูลการสตรีมพร็อกซีจากบัคเก็ต S3 ไม่ดาวน์โหลดเสร็จสมบูรณ์อีกต่อไป |