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ü kullanıma sunduk.
Sorularınız varsa Apigee Müşteri Desteği sayfasını ziyaret edin.
Tüm Apigee Edge sürüm notlarının listesi için Apigee Sürüm Notları başlıklı makaleyi inceleyin.
Yeni özellikler ve geliştirmeler
Bu sürümdeki yeni özellikler ve geliştirmeler aşağıda verilmiştir.
SmartDocs'un genel kullanıma sunulma tarihi
SmartDocs, beta sürümden çıkıp genel kullanıma sunuluyor. Güncellemeler ve yeni özellikler arasında şunlar yer alır:
- Dosya veya URL ile içe aktarma dahil olmak üzere Swagger 2.0 desteği, özel olarak adlandırılmış güvenlik nesneleri için destek dahil.
- SmartDocs oluşturan şablonlarda görsel tasarım iyileştirmeleri.
- Geliştirici Portalı'ndaki kullanılabilirlik ve iş akışı iyileştirmeleri. Bu iyileştirmelere Drupal'daki İçerik > SmartDocs menüsünden erişebilirsiniz.
- "Özel jeton" kimlik doğrulaması olarak bilinen yöntem artık "API anahtarı" olarak adlandırılıyor.
- Düzeltme düzeyinde tanımlanan kimlik doğrulama "güvenlik" nesneleri.
- Şablon düzeyinde istemci kimlik doğrulamasının yapılandırılması. Yeni düzeltmeler artık önceden yapılandırılmış SmartDocs istemci kimlik bilgilerini sıfırlamaz.
Daha fazla özellik açıklaması için bu blog yayınını inceleyin.
SmartDocs dokümanları için API'leri belgelemek için SmartDocs'u kullanma başlıklı makaleyi inceleyin.
Yeni API proxy düzenleyicisi beta sürümü
API proxy düzenleyicisinin 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 Varlık Politikası'na bakın.
Süresi dolmak üzere olan SSL sertifikalarını gösterme
Yönetim kullanıcı arayüzündeki SSL Sertifikaları sayfasında (Yönetici > SSL Sertifikaları), yeni son kullanma tarihi açılır listesinde yaptığınız seçime bağlı olarak SSL sertifikalarının 10, 15, 30 veya 90 gün içinde son kullanma tarihi gösterilir.
Yönetim kullanıcı arayüzünde gösterilen geliştirici uygulama adı
Edge'deki geliştirici uygulamalarının hem değişmeyen dahili bir Adı hem de değiştirebileceğiniz bir Görünen Adı vardır. Yönetim kullanıcı arayüzündeki Geliştirici Uygulaması sayfasında ("Yayınla> "Geliştirici Uygulamaları> uygulama adı), uygulamanın dahili "Adı", "Görünen Ad" ile birlikte gösterilir. Bu sayede, sorun giderme ve API yönetimi için uygulamaları dahili adlarına göre görsel olarak tanımlamak daha kolay olur.
Ö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ılamamaktadır.
SmartDocs yükseltme süreci
SmartDocs'u beta döneminde kullanıyorsanız genel kullanıma sunulan sürümdeki yeni özellikler ve özellikler için geliştirici portalınızda SmartDocs'u yükseltmeniz gerekir.
Geliştirici portalınızda yayınlanmış olan tüm SmartDocs sayfaları çalışmaya devam edecek ancak mevcut veya yeni sayfalarda yapılan değişiklikleri düzenlemeden ya da yayınlamadan önce güncelleme sürecini uygulamanız gerekir.
SmartDocs'u geliştirici portalınızda oluşturabilir ve yayınlayabilirsiniz ancak SmartDocs'un Apigee'nin Edge API Yönetim Hizmetleri'ndeki 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 var olma şekline benzer).
SmartDocs beta sürümünden genel kullanıma geçiş yapmak için
- 15.05.27 sürümünü Pantheon'daki geliştirme veya test ortamlarınızda güncelleyip test edin.
- Kullandığınız mevcut API modelini değiştirmek için 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ü aracılığıyla yönetiyorsanız SmartDocs JSON olarak dışa aktarın ve dosya eki kullanarak yeni modelinize aktarın.
- Modelinizin düzeltmesinin 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ında (İçerik > SmartDocs) önceden yapılandırılmış kimlik doğrulamayı kontrol edin.
- Özel şablonları CSS ve JS öğelerinin 6. sürümünü kullanacak şekilde 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 düzeltmenizi 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 | Mesaj günlüğe kaydetme politikası sorunu |
| MGMT-2124 | İzinler kullanıcı arayüzüne kaydedildiğinde müşteri rolünün izinleri sıfırlanır |
| MGMT-2048 | Yayınlama izinlerini bir ortamla sınırlayan özel role sahip kullanıcılar diğer ortamlarda da yayın yapabilir |
| MGMT-2041 | Varsayılan ek şablonundan FaultRules öğesini kaldırma Politikalarda veya API proxy adımlarında kullanılmayan FaultRules öğesi, API proxy'leri oluşturduğunuzda veya politika eklediğinizde artık otomatik olarak eklenmez. |
| MGMT-2034 | WSDL getirme işlemi başarısız oldu: "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'sinin içe aktarılması sırasında koşullarda kullanılan doğru şema ve ifadeler için doğrulanır. |
| MGMT-1345 | Birden çok ad alanı içeren WSDL'nin içe aktarılması, SOAP oluşturma adımını yanlış yapar |
| MGMT-800 | "default" adıyla kaynak oluşturmak kullanıcı arayüzünün bozulmasına neden oluyor |
| MGMT-602 | API Proxy Geliştirme görünümü: Uç noktada ön akış/son akış olmadığında yanıt önbelleği politikası ekleme |
| MGMT-460 | Politikanın yeniden adlandırılması, hatalı davranışlara ve kaldırılamayan kopya politikalara neden oluyor |
| DEVRT-1565 | ŞARJLAR için 15 dakikalık aralıklar |
| AXAPP-1728 | Analizler'de 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 null |