Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi
2 Haziran 2015 Salı günü, Apigee Edge'in yeni bir bulut sürümünü yayınladık.
Sorularınız için 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.
Smart Docs'un genel kullanıma sunulması
SmartDocs, beta sürümünden genel kullanıma sunulma tarihine geçiyor. Güncellemeler ve yeni özellikler şunlardır:
- Dosya veya URL ile içe aktarma da dahil olmak üzere Swagger 2.0 desteği. Özel adlandırılmış güvenlik nesneleri de desteklenir.
- Smart Document'lar oluşturan şablonlarda görsel tasarım iyileştirmeleri
- 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.
- Düzeltme 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 artık önceden yapılandırılmış SmartDocs istemci kimlik bilgilerini sıfırlamıyor.
Diğer özellik açıklamaları için bu blog yayınına göz atın.
SmartDocs belgeleri için Using SmartDocs to document APIs (API'leri belgelemek için SmartDocs'u kullanma) başlıklı makaleyi inceleyin.
Yeni API proxy düzenleyici 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.
Access Entity politikasındaki yeni öğeler
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 gösterir.
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" da 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.
Smart Docs yükseltme süreci
Beta döneminde Smart Docs'u zaten kullanıyorsanız genel kullanıma sunulma tarihinde sunulan sürümdeki yeni özellikler ve işlevler için geliştirici portalınızda Smart Docs'u yükseltmeniz gerekir.
Geliştirici portalınızda daha önce yayınlanmış olan tüm Smart Docs sayfaları çalışmaya devam eder ancak mevcut veya yeni sayfalarda değişiklik yapmadan ya da bunları yayınlamadan önce güncelleme sürecini uygulamanız gerekir.
SmartDocs'u geliştirici portalınızda oluşturup yayınlayabilirsiniz ancak SmartDocs'un, Apigee'nin Edge API Yönetimi 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).
Smart Docs beta sürümünden genel kullanıma sunulma tarihine yükseltme
- 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 >
SmartDocs) önceden yapılandırılmış kimlik doğrulama işlemlerini 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 değişiklikler yapın. SmartDocs şablonlarını güncelleme hakkında bilgi için API'leri belgelemek üzere 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'si 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 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'si içe aktarılırken koşullarda kullanılan doğru şema ve ifadeler açısından doğrulanır. |
| MGMT-1345 | Birden fazla ad alanına sahip WSDL'nin içe aktarılması, yanlış SOAP oluşturma adımıyla sonuçlanıyor |
| MGMT-800 | "Varsayılan" adıyla kaynak oluşturmak kullanıcı arayüzünün bozulmasına neden oluyor |
| MGMT-602 | API proxy'si 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 Geomap, Geçersiz API Çağrısı hatası veriyor |
| APIRT-52 | Özel raporlar: Birçok API'nin yanıt durumu kodu boş |