Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. info
2 Haziran 2015 Salı günü, Apigee Edge'in yeni bir bulut sürümünü yayınladık.
Sorularınız varsa Apigee Edge Destek Ekibi ile iletişime geçin.
Tüm Apigee Edge sürüm notlarının listesi için Apigee Sürüm Notları'na bakın.
Yeni özellikler ve geliştirmeler
Bu sürümdeki yeni özellikler ve geliştirmeler aşağıda verilmiştir.
SmartDocs'un genel kullanıma sunulması
SmartDocs, beta sürümünden genel kullanıma geçiş yapıyor. Güncellemeler ve yeni özellikler şunlardır:
- Dosya veya URL ile içe aktarma dahil olmak üzere Swagger 2.0 desteği. Özel adlandırılmış güvenlik nesneleri de desteklenir.
- SmartDocs oluşturan şablonlarda görsel tasarım iyileştirmeleri yapıldı.
- Drupal'daki İçerik > SmartDocs menüsünden erişilebilen Geliştirici Portalı'nda kullanılabilirlik ve iş akışı iyileştirmeleri.
- "Özel jeton" kimlik doğrulaması olarak bilinen yöntem artık "API anahtarı" olarak adlandırılıyor.
- Revizyon düzeyinde tanımlanan kimlik doğrulama "güvenlik" nesneleri.
- İstemci kimlik doğrulamasının şablon düzeyinde yapılandırılması. Yeni düzeltmeler, önceden yapılandırılmış SmartDocs istemci kimlik bilgilerini artık sıfırlamıyor.
Diğer özellik açıklamaları için bu blog yayınına göz atın.
SmartDocs belgeleri için API'leri belgelemek üzere SmartDocs'u kullanma başlıklı makaleyi inceleyin.
Yeni API proxy düzenleyicisi beta sürümü
API proxy düzenleyicinin yeni bir beta sürümü kullanıma sunuldu. Erişmek için mevcut bir API proxy'sini düzenlerken "Beta Sürümüne Erişin" bağlantısını tıklayın. "Klasik" ve "beta" düzenleyiciler arasında geçiş yapabilirsiniz.
Yeni OAuthV2 politikası
Yeni DeleteOAuthV2Info politikası, yetkilendirme kodlarını ve erişim jetonlarını silmenize olanak tanır. Daha fazla bilgi için OAuthV2 Bilgilerini Silme Politikası'nı inceleyin.
Erişim Varlığı politikasındaki yeni varlıklar
Erişim öğesi politikası, aşağıdaki yeni öğelere erişim sağlar: consumerkey-scopes, authorizationcode, requesttoken ve verifier. Daha fazla bilgi için Erişim öğesi politikası başlıklı makaleyi inceleyin.
Geçerlilik süresi dolmak üzere olan SSL sertifikalarını gösterme
Yönetim kullanıcı arayüzündeki SSL Sertifikaları sayfası (Yönetici > SSL Sertifikaları), yeni son kullanma tarihi açılır alanında yaptığınız seçime bağlı olarak SSL sertifikalarının 10, 15, 30 veya 90 gün içinde sona ereceğini belirtir.
Yönetim kullanıcı arayüzünde gösterilen geliştirici uygulama adı
Edge'deki geliştirici uygulamalarının hem değişmeyen bir dahili adı hem de değiştirebileceğiniz bir görünen adı vardır. Yönetim kullanıcı arayüzündeki bir geliştirici uygulaması sayfasında (Yayınla > Geliştirici Uygulamaları > uygulama adı), uygulamanın dahili "Adı" ile birlikte "Görünen Ad" gösterilir. Bu sayede, sorun giderme ve API yönetimi için uygulamaları dahili adlarına göre görsel olarak tanımlamak kolaylaşır.
Özel raporların klasik sürümü yönetim kullanıcı arayüzünden kaldırılıyor
Özel analiz raporlarının isteğe bağlı klasik sürümü artık yönetim kullanıcı arayüzünde kullanılamıyor.
SmartDocs yükseltme süreci
Beta döneminde SmartDocs'u zaten kullanıyorsanız genel kullanıma sunulan sürümdeki yeni özellikler ve işlevler için geliştirici portalınızda SmartDocs'u yükseltmeniz gerekir.
Geliştirici portalınızda daha önce yayınlanmış olan tüm SmartDocs sayfaları çalışmaya devam eder. Ancak mevcut veya yeni sayfalarda değişiklik yapmadan ya da bu değişiklikleri yayınlamadan önce güncelleme sürecini uygulamanız gerekir.
SmartDocs'u geliştirici portalınızda oluşturup yayınlayabileceğinizi ancak SmartDocs'un Apigee'nin Edge API Yönetim Hizmetleri'nde bulunan API modelinden oluşturulduğunu unutmayın. Edge'de bir API modelinde yaptığınız tüm değişiklikler, tüm Pantheon ortamlarınızda aynı olur (geliştiricilerin Pantheon ortamlarında bulunmasına benzer şekilde).
SmartDocs beta sürümünden genel kullanıma geçiş yapma
- Pantheon'da 15.05.27 sürümünü geliştirme veya test ortamlarınızda güncelleyin ve test edin.
- Kullandığınız mevcut API modellerinin yerine yeni bir model oluşturun.
- Swagger veya WADL dokümanlarını içe aktarıyorsanız bunları yeni bir düzeltmeye tekrar aktarın.
- API modelinizi SmartDocs modülü üzerinden yönetiyorsanız SmartDocs JSON olarak dışa aktarın ve dosya eki kullanarak yeni modelinize aktarın.
- Modelinizin revizyonunun güvenlik özelliklerini ayarlayın. İçerik >
SmartDocs > model sayfasında Güvenlik Ayarları'nı seçin.
- İşlemler sütununda Ayarlar'ı tıklayarak model ayarları sayfasındaki (İçerik >
Smart Docs) önceden yapılandırılmış tüm kimlik doğrulama işlemlerini kontrol edin.
- CSS ve JS öğelerinin 6. sürümünü kullanmak için tüm özel şablonları güncelleyin ve authSchemes ile apiSchema gibi yeni nesne adlarını yansıtacak şekilde değişiklikler yapın. SmartDocs şablonlarını güncelleme hakkında bilgi edinmek için API'leri belgelemek için SmartDocs'u kullanma başlıklı makaleyi inceleyin.
- Model revizyonunuzu yeniden oluşturun ve yayınlayın.
- Yeni dokümanları doğruladıktan sonra üretim portalınızı 15.05.27 sürümüne güncelleyin.
Edge Enterprise müşterisiyseniz ve yükseltme süreciyle ilgili sorularınız veya endişeleriniz varsa lütfen marsh@apigee.com ve cnovak@apigee.com adreslerine e-posta gönderin. Aksi takdirde, en iyi yanıtı almak için lütfen Apigee Topluluğu'nu kullanın.
Düzeltilen hatalar
Bu sürümde aşağıdaki hatalar düzeltilmiştir.
| Sorun Kimliği | Açıklama |
|---|---|
| TBD-72 | İleti günlüğü politikası sorunu |
| MGMT-2124 | Müşteri rolünün izinleri, izinler kullanıcı arayüzüne kaydedildiğinde sıfırlanıyor |
| MGMT-2048 | Dağıtım izinlerini tek bir ortamla sınırlayan özel role sahip kullanıcılar, diğer ortamlara dağıtım yapabilir |
| MGMT-2041 | Varsayılan ek şablonundan FaultRules öğesini kaldırma Politikalarda veya API proxy adımlarında kullanılmayan FaultRules öğesi, artık API proxy'leri oluşturduğunuzda veya politika eklediğinizde otomatik olarak eklenmiyor. |
| MGMT-2034 | WSDL getirme işlemi başarısız oluyor: "WSDL getirme hatası: WSDL işlenirken hata oluştu." |
| MGMT-1812 | İçe aktarma sırasında TargetEndpoint doğrulaması ekleme ProxyEndpoint'e benzer şekilde, TargetEndpoint de API proxy'si içe aktarılırken koşullarda kullanılan uygun şema ve ifadeler açısından doğrulanır. |
| MGMT-1345 | Birden fazla ad alanına sahip WSDL'nin içe aktarılması, yanlış Build SOAP Step ile sonuçlanıyor |
| MGMT-800 | "Varsayılan" adlı kaynak oluşturulduğunda kullanıcı arayüzü bozuluyor |
| MGMT-602 | API Proxy Geliştirme görünümü: Uç nokta PreFlow/PostFlow'a sahip olmadığında yanıt önbelleği politikası eklemek hataya neden oluyor |
| MGMT-460 | Yeniden adlandırma politikası, hatalı davranışa ve kaldırılamayan yinelenen politikaya neden oluyor |
| DEVRT-1565 | ÜCRETLER için 15 dakikalık aralıklar |
| AXAPP-1728 | Analizlerde para kazanma değişkenlerini yoksayma |
| AXAPP-1690 | Özel raporlarda"Geçersiz API Hatası" |
| AXAPP-1533 | Analytics coğrafi haritası, geçersiz API çağrısı hatası veriyor |
| APIRT-52 | Özel raporlar: Birçok API'nin yanıt durumu kodu boş |