شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات
در روز سه شنبه، 2 ژوئن 2015، نسخه ابری جدیدی از Apigee Edge را منتشر کردیم.
اگر سؤالی دارید، به پشتیبانی مشتری Apigee بروید.
برای فهرستی از تمام یادداشتهای انتشار Apigee Edge، به یادداشتهای انتشار Apigee مراجعه کنید.
ویژگی ها و پیشرفت های جدید
در ادامه ویژگی ها و پیشرفت های جدید در این نسخه آورده شده است.
در دسترس بودن عمومی SmartDocs
SmartDocs از نسخه بتا به در دسترس بودن عمومی فارغ التحصیل می شود. به روز رسانی ها و ویژگی های جدید عبارتند از:
- پشتیبانی از Swagger 2.0، از جمله وارد کردن بر اساس فایل یا URL، از جمله پشتیبانی از اشیاء امنیتی با نام سفارشی.
- بهبود طراحی بصری در قالب هایی که SmartDocs را تولید می کنند.
- بهبود قابلیت استفاده و گردش کار در پورتال برنامه نویس، از طریق منوی Content > SmartDocs در دروپال در دسترس است.
- آنچه به عنوان احراز هویت "Token سفارشی" شناخته می شود، اکنون "کلید API" نامیده می شود.
- احراز هویت اشیاء "امنیت" تعریف شده در سطح تجدید نظر.
- پیکربندی احراز هویت مشتری در سطح الگو. ویرایشهای جدید دیگر اعتبار مشتری SmartDocs از پیش پیکربندی شده را بازنشانی نمیکنند.
برای توضیحات بیشتر، این پست وبلاگ را ببینید.
برای مستندات SmartDocs، به استفاده از SmartDocs برای مستندسازی APIها مراجعه کنید.
نسخه بتا ویرایشگر پروکسی API جدید
یک نسخه بتا جدید از ویرایشگر پروکسی API در دسترس است. برای دسترسی، هنگام ویرایش یک پراکسی API موجود، روی پیوند «دسترسی به نسخه بتا» کلیک کنید. میتوانید بین ویرایشگرهای «کلاسیک» و «بتا» به عقب و جلو بروید.
خط مشی جدید OAuthV2
خطمشی جدید DeleteOAuthV2Info به شما امکان میدهد کدهای مجوز و نشانههای دسترسی را حذف کنید. برای اطلاعات بیشتر، به حذف سیاست اطلاعات OAuthV2 مراجعه کنید.
موجودیت های جدید در خط مشی Access Entity
خط مشی Access Entity دسترسی به موجودیتهای جدید زیر را فراهم میکند: مصرفکننده کلید-اسکوپ، کد مجوز، توکن درخواست، و تأییدکننده. برای اطلاعات بیشتر، به خط مشی موجودیت دسترسی مراجعه کنید.
نمایش گواهیهای SSL که نزدیک به انقضا هستند
صفحه گواهیهای SSL در رابط کاربری مدیریت (Admin > گواهیهای SSL) نشان میدهد که بسته به انتخاب شما در قسمت کشویی منقضی جدید، چه زمانی گواهیهای SSL در 10، 15، 30 یا 90 روز منقضی میشوند.
نام برنامه برنامهنویس در رابط کاربری مدیریت نمایش داده میشود
برنامههای توسعهدهنده در Edge هم یک نام داخلی دارند که تغییر نمیکند و هم یک نام نمایشی که میتوانید تغییر دهید. در یک صفحه برنامه توسعهدهنده در رابط کاربری مدیریت (انتشار > برنامههای برنامهنویس > نام برنامه)، «نام» داخلی برنامه به همراه «نام نمایشی» نمایش داده میشود و شناسایی بصری برنامهها با نامهای داخلی آنها برای عیبیابی و API را آسانتر میکند. مدیریت
نسخه کلاسیک گزارشهای سفارشی در حال حذف از رابط کاربری مدیریت
نسخه کلاسیک اختیاری گزارشهای تجزیه و تحلیل سفارشی دیگر در رابط کاربری مدیریت موجود نیست.
فرآیند ارتقا SmartDocs
اگر قبلاً در طول دوره بتا از SmartDocs استفاده کردهاید، ویژگیها و قابلیتهای جدید در نسخه عمومی در دسترس نیاز دارد که SmartDocs را در پورتال توسعهدهنده خود ارتقا دهید.
هر صفحه SmartDocs که قبلاً در پورتال توسعهدهنده شما منتشر شده است به کار خود ادامه میدهد، اما قبل از ویرایش یا انتشار هرگونه تغییر در صفحات موجود یا جدید، باید روند بهروزرسانی را دنبال کنید.
به خاطر داشته باشید که در حالی که میتوانید SmartDocs را در پورتال توسعهدهنده خود رندر و منتشر کنید، SmartDocها از مدل API تولید میشوند که در سرویسهای مدیریت API Edge Apigee زندگی میکند. هر تغییری که در یک مدل API در Edge ایجاد میکنید در تمام محیطهای Pantheon شما یکسان خواهد بود (مشابه نحوه وجود توسعهدهندگان در محیطهای Pantheon).
برای ارتقا از SmartDocs بتا به در دسترس بودن عمومی
- نسخه 15.05.27 را در برنامه نویس خود یا محیط های آزمایشی در Pantheon به روز کنید و آزمایش کنید.
- یک مدل جدید برای جایگزینی هر مدل API موجودی که استفاده می کردید ایجاد کنید.
- اگر اسناد Swagger یا WADL را وارد کرده اید، آنها را دوباره در یک ویرایش جدید وارد کنید.
- اگر مدل API خود را از طریق ماژول SmartDocs حفظ کرده اید، به عنوان SmartDocs JSON صادر کنید و با استفاده از پیوست فایل به مدل جدید خود وارد کنید.
- ویژگی های امنیتی بازبینی مدل خود را تنظیم کنید. در صفحه Content > SmartDocs > Model ، تنظیمات امنیتی را انتخاب کنید.
- هر گونه احراز هویت از پیش پیکربندی شده را در صفحه تنظیمات مدل ( محتوا > SmartDocs ) با کلیک روی تنظیمات در ستون عملیات بررسی کنید.
- هر قالب سفارشی را برای استفاده از نسخه 6 دارایی های CSS و JS به روز کنید و تغییراتی را برای منعکس کردن نام اشیاء جدید مانند authSchemes و apiSchema ایجاد کنید. برای اطلاعات در مورد بهروزرسانی الگوهای SmartDocs، به استفاده از SmartDocs برای مستندسازی APIها مراجعه کنید.
- نسخه مدل خود را دوباره رندر و منتشر کنید.
- پس از تأیید اعتبار اسناد جدید، پورتال تولید خود را به نسخه 15.05.27 به روز کنید.
اگر مشتری سازمانی Edge هستید و در مورد فرآیند ارتقا سؤال یا نگرانی دارید، لطفاً به marsh@apigee.com و cnovak@apigee.com ایمیل بزنید. در غیر این صورت، لطفا از انجمن Apigee برای بهترین پاسخ استفاده کنید.
اشکالات رفع شد
اشکالات زیر در این نسخه رفع شده است.
شناسه شماره | توضیحات |
---|---|
TBD-72 | مشکل خط مشی ثبت پیام |
MGMT-2124 | مجوزهای نقش مشتری با ذخیره مجوزها در رابط کاربری بازنشانی می شوند |
MGMT-2048 | کاربر با نقش سفارشی که مجوزهای استقرار را به یک env محدود می کند، می تواند در دیگران مستقر شود |
MGMT-2041 | عنصر FaultRules را از الگوی پیوست پیش فرض حذف کنید عنصر FaultRules که در خطمشیها یا مراحل پروکسی API استفاده نمیشود، دیگر بهطور خودکار هنگام ایجاد پراکسیهای API یا افزودن خطمشی اضافه نمیشود. |
MGMT-2034 | Fetch WSDL شکست را برمیگرداند: "خطای واکشی WSDL: خطا در پردازش WSDL." |
MGMT-1812 | اعتبارسنجی TargetEndpoint را در حین واردات اضافه کنید مشابه ProxyEndpoint، TargetEndpoint برای طرح و عبارات مناسب مورد استفاده در شرایط در هنگام وارد کردن پراکسی API تأیید می شود. |
MGMT-1345 | وارد کردن WSDL با فضای نام چندگانه منجر به مرحله ساخت SOAP نادرست می شود |
MGMT-800 | ایجاد منبع با نام «پیشفرض» باعث شکسته شدن رابط کاربری میشود |
MGMT-602 | نمای توسعه پروکسی API: هنگامی که نقطه پایانی PreFlow ندارد، یک خط مشی کش پاسخ اضافه کنید. |
MGMT-460 | تغییر نام خط مشی منجر به رفتار نادرست، خط مشی تکراری می شود که قابل حذف نیست |
DEVRT-1565 | فواصل 15 دقیقه ای برای CHARGES |
AXAPP-1728 | متغیرهای کسب درآمد را در تجزیه و تحلیل نادیده بگیرید |
AXAPP-1690 | "خطای نامعتبر API" در گزارش های سفارشی |
AXAPP-1533 | Analytics Geomap خطای تماس API نامعتبر را ایجاد می کند |
APIRT-52 | گزارش های سفارشی: کد وضعیت پاسخ برای بسیاری از API ها خالی است |