Sürüm Notları 2025

Bu sayfa, Apinizer platformunun 2025 yılında yayınlanan tüm sürümlerinin release notlarını içerir. Her sürüm için yeni özellikler, değişiklikler, düzeltmeler ve migration notları detaylı olarak listelenmiştir.

​

Sürüm 2025.11.0

ÖNE ÇIKAN YENİ ÖZELLİK

Yayınlanma Tarihi : 21 Kasım 2025

• Api Manager ve API Portal uygulamasında kullanılan Angular versiyonu Angular 19’a yükseltilerek tüm ekranların üzerinden geçildi.

• Api Manager ve API Worker uygulamalarında Elasticsearch 8.17.x sürümü desteklenmesi sağlandı.

• Api Manager ile yapılabilen işlevselliğin tamamına yakınının Management API’ler ile yapılabilmesi sağlandı ve tüm dökümantasyonu yenilendi. Bkz.

YENİ ÖZELLİK

• ​

  API Proxy veya API Proxy Group’ların erişim yöntemleri zenginleştirildi.

İstemciler, API Proxy veya API Proxy Group adreslerine tek bir “Relative Path” üzerinden erişebilirken artık çoğul “Relative Path”ler ile veya Hostname ile hiç “Relative Path” vermeden erişebilir hale geldi. Bkz.

• ​

  Environment Variable özelliği getirildi

Bir varlığa ait değerin farklı ortamlarda ortama özel değer alabilmesi sağlandı. Örneğin veri tabanı bağlantısındaki username ve password alanlarını test ve prod ortamlarına özel değerler girmeden ve ayrı bağlantı tanımlamaya gerek kalmadan ortama özel olarak çalıştırılabilir hale getirildi. Bkz.

• ​

  OIDC Politikası eklendi

Mevcut sistemde Script Politikası ile yapılabilen OIDC işlemlerinin direk Politika şeklinde yapılabilmesi sağlandı. Bkz.

• ​

  WS-Security Politikaları alt politikalara bölündü.

Hali hazırda tek bir politika ile yapılması mümkün olan WS-Security timestamp, username-password, encryption, sign, decryption ve sign validation işlemlerinin her bir ayrı birer politika haline getirildi.

Timestamp Politikası: WS-Security politikalarına tek başına Timestamp ekleme desteği eklendi. SOAP mesajlarına zaman damgası eklenerek mesajın geçerlilik süresini kontrol edilmesi sağlandı. Bkz.

WS-Security Username Politikası: WS-Security politikalarına tek başına Username ekleme desteği eklendi. Kullanıcı adı ve parola bilgileri SOAP mesajlarında güvenli biçimde taşınabilmesi sağlandı. Bkz.

WS-Security Encrypt Politikası: WS-Security politikalarına tek başına Encrypt yapabilme desteği eklendi. SOAP mesajı içeriğinin şifrelenmesini sağlayarak veri gizliliğinin arttırılması sağlandı. Bkz.

WS-Security Decrypt Politikası: WS-Security politikalarına tek başına Decrypt yapabilme desteği eklenmiştir. Şifrelenmiş SOAP mesajlarının çözülmesi ve güvenli şekilde işlenmesi desteklendi. Bkz.

WS-Security Sign Validation Politikası: WS-Security politikalarına tek başına Sign Validation yapabilme desteği eklenmiştir. SOAP mesajlarının doğrulanmasını sağlayarak mesaj bütünlüğünü ve kimlik doğrulaması sağlandı. Bkz.

• ​

  WS-Security Politikalarının Grup Düzeyinde Kullanımı

WS-Security politikaları artık Politika Grupları seviyesinde tanımlanabilir hale getirildi. Bkz.

• ​

  Analitik Modülde Metod Bazlı “Size” Raporu

Analitik modülüne eklenen Metod Bazlı Size Raporu ile API istek ve yanıt boyutları, HTTP metodlarına göre detaylı şekilde analiz edilebilmesi sağlandı. Bkz.

• ​

  Analitik Raporlara Request/Response Size Alanları

Analitik modüldeki rapor sayfalarına Request Size ve Response Size metrikleri eklendi.

• ​

  FTP Connection Entegrasyonu Eklendi

Sistem altyapısına FTP Connection desteği eklendi. Bkz.

• ​

  FTP Connector’a “Read” ve “List” İşlevleri Eklendi

FTP Connector artık dosya okuma (Read) ve listeleme (List) işlemlerini desteklemektedir. Bkz. Read Bkz. List

• ​

  Server-Sent Event (SSE) tipindeki yanıtlarda encoding desteği genişletildi.

Dönen yanıtların gzip, zstd, compress ve deflate encoding ile gelmesi durumunda da işlenebilmesi sağlandı.

• ​

  Upstream Routing’de adreslerine “Environment Variable” desteği getirildi

Upstream Routing’de eklenen adresler “Environment Variable” üzerinden seçilebilir hale getirilerek export/import işlemleri yapıldığında bulunduğu ortam değeri ile çalışabilmesi sağlandı. Bkz.

• ​

  Yeni Management API endpointleri eklendi.

Toplam 107 Management API Endpoint ile 163 farklı özellik yapılandırması hizmete açıldı. Bkz.

• ​

  Ortamlara asenkron işlemler iş parçacığı havuzu desteği eklendi.

Ortamlarda gerçekleştirilen asenkron işlemler artık ayrı bir thread havuzu tarafından yönetilebiliyor ve parametrelerle ayarlanabiliyor. Bkz.

• ​

  Kafka Kimlik Doğrulama Geliştirmeleri

Kafka’ya SASL/PLAIN ve SASL/SCRAM kimlik doğrulama mekanizmaları eklendi.

• ​

  API Portal’da Kategori Bazlı API Product Listeleme

API Portal üzerinde artık API Product’lar kategorilere göre dinamik olarak listelenmesi ve API Product detay sayfasında ilgili kategoriye ait ürünler otomatik olarak görüntülenmesi sağlandı. API Product Listesi ekranında kategoriler ağaç (tree) yapısında sunulurak; kullanıcı bir kategoriye tıkladığında yalnızca o kategoriye ait API Product’lar listelendi. Bkz.

• ​

  API Portal API Product’lara Döküman Ekleme Desteği

API Manager ve Portal tarafında, API Product’lara doküman eklenebilmesi sağlandı. Kullanıcılar her bir API Product için bir veya birden fazla doküman oluşturabilir; bu dokümanlar Markdown (.md) veya HTML formatındaki dosyalar olarak yüklenip düzenlenebilmesi sağlandı. Bkz.

• ​

  API Portal API Product Görünürlük ve Plan Yönetimi Desteği

API Manager ve Portal tarafında, API Product’ların görünürlük (Visibility) ve abonelik planı (Plan) yönetimi merkezi hale getirildi. Bu özellik sayesinde her bir API Product’ın erişim seviyesi (Public, Private, Restricted) belirlenebilir ve farklı kullanıcı gruplarına özel abonelik planları tanımlanabilmesi ve API’lerin kimler tarafından görülebileceği ve hangi koşullarda erişilebileceği esnek bir şekilde kontrol altına alınabilmesi sağlandı. Bkz.

• ​

  API Portal Settings’e Çoklu Dil Desteği

Portal Settings ekranına çoklu dil desteği eklendi. Portal arayüz dili, içerikler ve sistem mesajları artık birden fazla dilde yönetilebilir hale getirildi. Bkz.

• ​

  API Portal API Product Dökümantasyok Sekmesine TR/EN Desteği

API Product sayfasındaki Döküman sekmesi artık Türkçe ve İngilizce içerik oluşturmayı desteklemesi sağlandı. Bkz.

• ​

  API Portal Endpoint’lerine “Code Samples”

API Portal üzerindeki endpoint detay sayfalarına artık çoklu dil desteğiyle Code Samples bölümü eklendi. Bkz.

• ​

  API Portal İngilizce İçerik Alanları

API Portal üzerinde İngilizce sayfa içerikleri için özel alanlar tanımlandı. Böylece her sayfanın başlık, açıklama ve metin içerikleri çok dilli olarak ayrı ayrı girilebilmekte ve Portal arayüzü üzerinden yönetilebilmesi sağlandı. Bkz.

• ​

  API Portal’a OpenAPI Ekleme Desteği

API Portal üzerinden doğrudan OpenAPI dokümanı ekleme özelliği kullanıması sağlandı. Kullanıcılar, API Proxy ve API Proxy Group seçiminin ardından direct API Spec veya External Spec seçenekleri kullanarak OpenAPI dokümanları doğrudan yüklenebilir veya harici bir kaynaktan otomatik olarak ilişkilendirilebilmesine olanak sağlandı. Bkz.

• ​

  API Portal Giriş E-Postalarının Özelleştirilebilmesi

API Portal’a giriş sırasında gönderilen e-postalar artık kurumsal gereksinimlere göre özelleştirilebilir hale getirildi. Bkz.

ÖNEMLİ DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• Gateway Environments sayfasında yapılan işlemler, sistem geneline etkisi nedeniyle daha kontrollü hale getirilmesi sağlanarak her bir işlemin işlevi ve etkisi kullanıcıya açıklanarak, kritik eylemler için ek onay mekanizması eklenmesi sağlandı. Onay sürecinde, işlem gerçekleştirilmeden önce kullanıcıdan ilgili Gateway adının manuel olarak girilmesi sağlandı.

• API Traffic ve Trace ekranlarında yer alan hata kodu renkleri birbirleriyle ve kendi içlerinde tutarlı hale getirilmesi sağlandı, tüm hata kodları için standart bir renk paleti uygulanarak görsel uyum ve okunabilirlik artırıldı.

• Log Connection alanındaki metinler okunabilirlik açısından iyileştirilmesi sağlandı.

• Response hattına yeni WS-Security politikaları eklendi. Bu politikalar, mevcut JOSE politikalarının bulunduğu bölüme entegre edilmesi sağlandı. Ayrıca mevcut ws-sec-from-target politikası da response hattında JOSE politikalarının yer aldığı alana taşındı.

• WS Security From Target politikası artık yalnızca response hattında değil, aynı zamanda request hattında da uygulanması sağlandı.

• Management API tarafında yapılan güncelleme ile API Proxy ve Proxy Group nesnelerinde kullanılan relativePath alanı kaldırıp bunun yerine, yönlendirme ve erişim bilgilerini daha kapsamlı biçimde yöneten ClientRoute nesnesi devreye alındı.

• Key Value Map özelliği artık Environment Variable olarak yeniden adlandırılması sağlandı. Yeni konumlandırmaya göre:

• Project menüsünde → Development > Global Settings altında yer alması sağlandı.

• Admin menüsünde → Environments altında görüntülendi.

• Project Relative Path güncelleme işlemi mevcut akıştan ayrılarak bağımsız bir işlem haline getirilmesi sağlandı. Bu sayede yalnızca relative path değişiklikleri ayrı bir kontrol ve onay süreciyle yönetilip, diğer proje ayarlarından izole edilerek hata riski azaltılması sağlandı.

• Relative-path-exist kontrolü kaldırılıp, path doğrulama ve oluşturma süreci yeni algoritma ile yeniden düzenlenmesi sağlandı. Bu kapsamda ekrandaki tüm /api-proxies/relative-path-exist çağrıları kaldırılarak; path işlemleri artık güncellenen iç algoritma üzerinden otomatik olarak yürütülmesi sağlandı.

• API Integration General Settings bölümünde artık yalnızca “API Entegrasyon (Task Flow) Modülünün bilgilerini tanımlayın” alanı yer almakta olup, buradan sadece Server URL bilgisi girilmesi sağlandı.

• Önceden bulunan “Kubernetes Apinizer tarafından yönetiliyor / kurum tarafından yönetiyor” ayrımı kaldırıldı.

• Sunucuya erişim sağlanamadığında, belirli işlemlerin gerçekleştirilemeyeceği açık şekilde belirtilmesi sağlandı ve kullanıcıya uygun uyarı mesajları gösterildi.

• API Portal üst menü barı sola taşınması sağlandı.

• API Portal API kartlarına yalnızca yazıya tıklanarak erişim sağlanabiliyordu, artık tüm kutuya tıklanarak erişim sağlandı.

• API Product Dokümantasyon tabında hangi dökümanda olduğunu belirten bir belirteç eklenmesi sağlandı, yeni bir döküman oluştururken Empty seçildiğinde artık Markdown değil HTML olarak eklenmesi sağlandı, API Product ilk oluşturulurken kategori alanı girilmesi zorunlu hale getirildi.

• API Product ekranına yeni bir sekme olan “Danger Zone” eklendi. Bu sekmede, API’nin kalıcı olarak silinmesi gibi kritik işlemler kontrollü şekilde yönetildi.

• API Portal - FAQ bölümüne etiket (label) ve kategori (category) alanları eklenmiştir; böylece SSS içerikleri sınıflandırılarak arama ve filtreleme işlemleri kolaylaştırılmıştır.

• API Product Publish işlemi geliştirilerek, yayınlama süreci daha izlenebilir ve güvenli hale getirilmesi sağlandı.

• API Portal Settings ekranına Google SEO ayarları bölümü eklenerek portalın arama motoru görünürlüğü ve meta etiket yönetimi yapılandırılabilir hale getirilmesi sağlandı.

• API Portal çıkış (logout) butonuna kullanıcı hatalarını önlemek amacıyla onay (confirm) adımı eklendi. Çıkış işlemi başlatıldığında kullanıcıya “Oturumu kapatmak istediğinize emin misiniz?” şeklinde bir onay penceresi gösterilmesi sağlandı.

• API Portal üzerinde uygulama ekleme penceresine (dialog) “Close” butonu eklenerek kullanıcı deneyimi iyileştirildi.

• API Product içerisinden uygulama ekleme adımında bozuk dialog görüntüsü düzeltilip, pencere hizalaması ve stil yapısı yeniden düzenlenmesi sağlandı.

• API Portal üzerinde yalnızca published (yayınlanmış) ürünler görüntülenecek şekilde filtreleme düzenlendi, unpublished (yayınlanmamış) ürünler artık portal’de hiç görüntülenmemesi sağlandı.

Yeni sürümle birlikte Apinizer Manager modülü için apimanager imaj adı kullanılmalıdır. Eski imaj adı (manager) güncellemeler kapsamında desteklenmemektedir.

Yeni sürümle birlikte Integration modülüne ait, Manager tarafından erişilecek Access URL bilgisinin Kubernetes Resources sayfasından değil, General Settings sayfasından girilmesi gerekmektedir. Bu yöntem artık resmi olarak desteklenmektedir. Bu versiyona geçiş sonrasında integration’ın düzgün bir şekilde çalışabilmesi için bu ayarın manuel girilmesi gerekmektedir.

Management API’lerde Create/Update API Proxy API’lerinde relativePath alanı yerine clientRoute alanı getirildi. Proxy management API’leri CI/CD süreçlerinde kullananların bu alana dikkat etmesi gerekmektedir. bkz

HATA DÜZELTMELERİ

APNZ-5030 : Token log ekranında, response body içeriği bulunan bir kayıttan içeriği olmayan bir kayda geçildiğinde önceki kaydın verisi görüntülenmeye devam ediyordu; bu durum düzeltilerek güncel kayda ait veri doğru şekilde gösterilmesi sağlandı.

APNZ-4867 : API Analitik ekranında, geniş tarih aralıkları seçildiğinde “Most Active 10 Clients” grafiğinde veriler hatalı geliyor.

APNZ-5001 : Variable / Context Values alanındaki seçim penceresinde arama fonksiyonu çalışmıyor ve ekran bileşenleri doğru görüntülenmiyor.

APNZ-5055 : Proxy Group ekranında proxy silme işlemi sırasında gösterilen onay penceresinde, proxy adı yerine {{id}} ifadesi görüntüleniyor.

APNZ-5056 : Proxy Group ekranında, hızlı şekilde birden fazla API Proxy eklendiğinde aynı proxy birden fazla kez listelenebiliyor. İşlemler arka planda tamamlanmadan ekleme butonunun aktif kalması nedeniyle istekler çakışıyor ve duplicate kayıt oluşabiliyor.

APNZ-5117 : Traffic & Time Metrics raporlarında proje seçilerek excel export alındığında, yalnızca seçili proje yerine tüm projeler export ediliyor.

APNZ-5229 : Project seçim alanında sayfalama (pagination) bileşeni açılınca liste içerisinde görüntüleniyor.

APNZ-5230 : IP Groups ekranında JavaScript bileşenleri sayfa yüklenmesiyle birlikte aktif hale gelmiyor, yalnızca kullanıcı etkileşimi sonrası çalışmaya başlıyor.

APNZ-5321 : API Proxy ekranında All sekmesindeki bir politika silindiğinde, ardından Proxy Key değiştirildikten sonra sayfa yenilendiğinde silinen politikanın yeniden listelendiği görülüyor. Politika silme işlemi, proxy key değişiminden sonra kalıcı olarak uygulanmıyor.

APNZ-5332 : Yeni eklenen WSDL API Proxy’lerde Settings sekmesindeki XML Error Template alanı varsayılan olarak kapalı geliyor. Bu nedenle hata mesajları Apinizer’ın standart çıktı formatında yayınlanmıyor, XML Error Template açıldığında Content-Type alanı boş geliyor; bu durumda hata çıktısı doğru biçimde oluşturulamıyor. Alanın otomatik olarak text/xml;charset=utf-8 değeriyle gelmesi gerekirken boş dönüyor.

APNZ-5333 : SOAP türündeki API’lerde Test Console üzerinden kaydedilen istekler yeniden görüntülenemiyor.

APNZ-5222 : Script2API ekranında Try It alanında environment listesi görüntülenmiyor.

APNZ-5340 : IP Geolocation ekranında Cities dışındaki dosyaların yüklenmesi engellenmiyor. Yanlış dosya yükleme durumunda kullanıcıya bilgilendirici bir uyarı mesajı gösterilmiyor.

APNZ-5192 : Deployment isimlerinin güncellenmesi sonrasında Kubernetes Resources sayfasında Manager ve Portal bileşenlerine ait kısımlar işlevsiz hale geliyor, ilgili pod listeleri görüntülenemiyor.

APNZ-5265 : Admin → Analytic → API Traffic sayfasında tablo üzerindeki menü bileşenleri üst üste açılarak görüntü bozulmasına neden oluyor. Aynı sorun Development → API Proxies → API Traffic ekranında da gözlemleniyor.

Ayrıca, sayfa altındaki paginator üzerinden öğe sayısı (25, 50 vb.) değiştirildiğinde tablo her seferinde yalnızca 10 kayıt göstermeye devam ediyor; öğe sayısı değişikliği listeye yansımıyor.

APNZ-5274 : Support Package Request sayfasına erişim sağlanamıyor. Uygulama loglarında java.lang.IllegalArgumentException: Id must not be null! hatası alınıyor.

APNZ-5233 : Apinizer üzerinde yer alan tanım dosyalarına tüm HTTP metodları (POST, PUT, DELETE vb.) ile erişilebiliyor; bu erişim yalnızca GET metodu ile sınırlandırılmalıdır.

APNZ-5286 : JWT kimlik doğrulama yöntemi kullanılan bir API Proxy’ye, içerisinde JWT politikası bulunan bir Policy Group eklendiğinde, proxy’de tanımlı mevcut JWT yapılandırması siliniyor.

APNZ-5254 : Swagger dokümantasyonuna ve JWT Authentication yapısına sahip bir API Proxy’de, method bazlı authentication politikaları tanımlandığında, proxy duplicate edildiğinde veya yeniden parse (reparse) işlemi yapıldığında endpoint bazlı authentication politikaları kayboluyor.

APNZ-5297 : API Proxy ve Test Console ekranlarında ilk kez Test Endpoint çalıştırıldığında, body içeriği yüklenmiyor; ekran kapatılıp yeniden açıldığında içerik doğru şekilde görüntüleniyor. Test Console ekranında tanımlanan query parametreleri, oluşturulan cURL çıktısına yansımıyor.

APNZ-5298 : Kubernetes Resources → Deployment & Services ekranında yer alan Node List alanı zorunlu olmamasına rağmen, kullanıcı arayüzünde zorunlu alan gibi gösteriliyor.

APNZ-5299 : Gateway Environment ekranında, Unpublished durumundaki öğeler hatalı biçimde mavi renkte görüntüleniyor; bu durumda öğelerin görsel durumu doğru şekilde yansıtılmıyor.

APNZ-5301 : Report Generator ekranında kullanılan Date Picker bileşeni diğer sayfalardaki tasarımdan farklı görünüyor ve tutarsız bir kullanıcı deneyimi oluşturuyor. Aynı ekrandaki uyarı simgesi, bulunduğu renkli arka planın ortasında hizalanmamış durumda; simge görsel olarak yukarı kayık görünüyor.

APNZ-5302 : SOAP tipindeki API Proxy’lerin Method Settings ekranında seçim alanları birbirine çok yakın konumlandırılmış, hizalama ve aralıklar düzensiz görünüyor.

APNZ-5309 : Connection Management → E-Mail → Project All ekranında, kullanıcı hangi projeyi seçerse seçsin tüm kayıtlar listeleniyor; checkbox seçimi işlevsiz durumda.

APNZ-5342 : Application Logs sayfasında loglar en yeninden en eskiye doğru sıralı gelmiyor.

APNZ-5346 : API Proxy “Develop” sekmesinde, seçili olan HTTP metodun (GET, POST, vb.) seçili olduğu belirtilmiyor.

APNZ-5337 : Key Stores oluşturulurken kayıt işlemi sonrasında kullanıcı doğrudan liste ekranına yönlendirilmekte, ekranda deploy durum bilgisi görüntülenmiyor.Key Stores ekranında “Save and Deploy” işlemi sonrasında, hangi pod’lara deploy edildiği bilgisi gösterilmeden liste ekranına dönüyor.

APNZ-5349 : WS Security yapılandırmalarında, hem Proxy hem de Policies bölümlerinde import işlemi gerçekleştirilemiyor.

APNZ-5352 : Redaction politikalarında “Durdur” seçeneği görüntülenmemeli.

APNZ-5359 : WS Security politikalarında sadece projedeki ve geneldeki KeyStore kayıtları seçilebilmelidir, diğer projelerdeki kayıtlar seçilememelidir.

APNZ-5353 : Redaction politikalarında “Redact By” alanı arayüzde görüntülenemiyor.

APNZ-5373 : Monitoring → Uptime Monitor ekranında yeni bir Notification eklendikten sonra kayıt edilip geri girildiğinde, Apply butonu yalnızca isim alanında değişiklik yapılırsa aktifleşiyor.

APNZ-5389: XML Schema Validation politikasında wsdl ile parse et seçilirse yaşanan race condition durumu düzeltilmelidir.

APNZ-5391: Rate Limit Control List ayarlarına eklenen “Condition” değerleri kaydedilirken kayboluyor.

APNZ-5065: API Root Context tanımlıyken gRPC tipinde API Proxy çalışmıyor.

APNZ-5463 : RLCL ekranında çok sayıda Credential kullanıldığında hata alınıyor.

APNZ-5218 : API Portal’de JSON imzalama adımında, gerekli alanlar doldurulmasına rağmen “Sign” butonu aktif hale gelmiyor.

APNZ-5227 : Portal Test ekranında sekmeler arasında geçiş yapıldığında, örneğin Gövde sekmesinde yapılan güncellemeler Başlıklar sekmesine geçilip geri dönüldüğünde kayboluyor.

APNZ-5228 : Portal ana sayfası varsayılan olarak İngilizce açılıyor; TR-ENG dil seçici sürüm geçişi sonrasında düzgün çalışmıyor. Dil değişimi ancak API’ler sayfasına geçilip TR butonuna tıklanınca aktif hale geliyor.

APNZ-5244 : Aynı API Product birden fazla kuruma açıldığında, portal tarafında kullanıcıya yalnızca kendi organizasyonu atanabildiği için sistem tüm visibility organizasyonlarını doğrulamaya çalışıyor ve erişim hatalı şekilde kısıtlanıyor.

​

Sürüm 2025.07.0

Yayınlanma Tarihi : 24 Temmuz 2025

ÖNE ÇIKAN YENİ ÖZELLİK

• ​

  Active-Active Multi-Region Desteği

Birden fazla lokasyondaki Kubernetes kümelerinde Active-Active mimari ile yüksek erişilebilirlik ve bölgesel yük dağılımı desteği eklendi. Bkz.

• ​

  Server Side Streaming Desteği

Sunucudan istemciye sürekli veri akışı sağlayan Server Side Streaming özelliği eklendi. Bkz.

SSE özelliği etkinleştirildiğinde bağlantı havuzu (Connection Pool) ve yeniden deneme (Retry) mekanizmaları devre dışı kalır. Ayrıca, yanıt hattında gönderilen parçalı veriler log trafiğinde kayıt altına alınmaz ve görüntülenemez.

YENİ ÖZELLİK

• ​

  WebSocket ve HTTP Aynı Portta Çalışabilme Desteği

WebSocket ve HTTP protokolleri artık aynı port üzerinden eş zamanlı çalıştırılabilir hale getirildi. Bkz.

Eskiden WebSocket farklı bir porttan çalışıyordu. Artık hem HTTP hem de WebSocket 8091 portu üzerinden hizmet verecek.

• ​

  WebLogic JMS Bağlantı Desteği

Script politikası kullanılarak WebLogic JMS (Java Message Service) bağlantı desteği eklendi.

• ​

  Cache Performans Tuning Parametreleri Eklendi

Cache performans ayarları için yeni yapılandırma parametreleri eklendi. Bkz.

• ​

  API Trafiği: Yeni Arama Alanları Eklendi

API trafiğinde, temel arama ekranında ‘To Backend API Body’ ve ‘From Backend API Body’ alanları üzerinden arama yapma özelliği eklendi. Bkz.

• ​

  WS-A ve WS-RM Ayarlarının Seçilerek Etkinleştirilmesi

WSDL içerisinde WS-A ve WS-RM tanımlı olsa dahi, bu ayarların ekran üzerinden manuel olarak seçilerek etkinleştirilebilmesi sağlanmıştır.

• ​

  Routing Sekmesine Disable Ssl Validation Alanı Eklendi

Routing sekmesine SSL doğrulamasını devre dışı bırakmak için Disable Ssl Validation alanı eklendi. Bkz.

Bu özellik etkinleştirildiğinde aşağıdaki SSL/TLS doğrulama hataları göz ardı edilir

• Self-signed sertifikalar: Sertifika bilinen bir otorite tarafından imzalanmamış olsa bile bağlantıya izin verilir.

• Expired (süresi dolmuş) sertifikalar: Sertifikanın süresi geçmiş olsa bile bağlantı sağlanır.

• Invalid hostname: Sertifika, hedeflenen domain ile eşleşmese bile kabul edilir.

• Untrusted CA: Sertifika güvenilmeyen veya bilinmeyen bir sertifika otoritesinden alınmış olsa da doğrulama yapılmaz.

• Invalid certificate chain: Sertifika zincirinde eksiklik ya da bozukluk olsa dahi bağlantı kurulabilir.

ÖNEMLİ DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• Script politikalarında read-only görünümde içerik kopyalanabilir hale getirildi.

• Throttling ve Quota politikalarında yapılan alan güncellemeleri, Management API’ye entegre edildi.

• Condition Rule’larda oluşabilecek null değer senaryoları için kontrol ve iyileştirmeler eklendi.

• Circuit Breaker, Client Banner ve API Proxy (Response, Group Response, Endpoint Response) için cache TTL ayarları iyileştirildi.

• Client Banner politikalarına, kimlik (identity) bulunamadığında hata verilip verilmeyeceğini belirleyen bir ayar eklendi.

• Cache health check sorgularının, cache cluster durumunu da kontrol etmesi sağlandı.

• Multipart Form Data verisi, dosya içeriği hariç API trafiğine kısmi olarak yansıtıldı.

• WebSocket ile ilgili yapılandırma parametreleri düzenlendi.

• WebSocket yönlendirme süreçlerindeki bazı sorunlar giderildi.

• API trafik JSON loglarında artık routingRetryCount ve routingFailoverCount bilgileri de yer almaktadır.

• Environment’ta tanımlanan connector log ayarlarında, mesaj gövdesi kısaltma işleminin birimi KB yerine karakter sayısına çevrildi.

• Trace tabına politika ile ilgili bilgiler eklendi.

• Apinizer Manager arayüzündeki veritabanı yedekleme (backup) ekranı kullanım dışı bırakıldı.

• Routing sırasında mTLS kullanıldığında, artık yalnızca ilgili routinge özel seçilen truststore değil, Apinizer’da tanımlı diğer mevcut sertifikalar da kullanılabilir hale getirildi.

• WebSocket routing işlemlerinde mTLS kullanılmasa bile, varsayılan olarak Apinizer’da tanımlı mevcut sertifikaların kullanılabilmesi sağlandı.

• Spec erişimlerinde trafik ekranında gösterim ‘apinizer://spec/’ olarak değiştirildi.

• Routing mTLS ayarlarında, environment içinde keystore veya truststore bulunamadığında oluşan hata detaylandırıldı.

• SOAP servislerinde, sub-location altında başka bir SOAP API proxy servisi tanımlanabilir hale gelecektir.

• Gateway türü HTTP+WebSocket olarak kullanıldığında websocket için bağlantı sorunlarını önlemek amacıyla http2Enabled parametresi eklendi.

• WS-Security-To-Target ve WS-Security-From-Target adlı politikalar, Global Politikalar altında kullanılabilir hale getirilmiştir.

• Docker Hub üzerinde apinizercloud/portal adıyla yayınlanan imaj artık apinizercloud/apiportal ismiyle yayınlanmaktadır.

Yeni sürümle birliğinde Apinizer Portal modülü için apiportal imaj adı kullanılmalıdır. Eski imaj adı (portal) güncellemeler kapsamında desteklenmemektedir.

HATA DÜZELTMELERİ

APNZ-5090 :2025.04.X versiyonlarına geçişte oluşmayan policy_group koleksiyonunun otomatik olarak oluşturulması sağlandı.

APNZ-5062 :Portal’da yetkilendirilip istek gönderildiğinde, header bilgisi artık sabit “Authorization” yerine istenen değerde gönderilir.

APNZ-5053 :Routing işlemlerinde, root context yalnızca path içinde ilk kez göründüğü yerde silinir hale getirildi.

APNZ-4936 :Client Traffic & Time Metrics raporlarında, reverse proxy’ye gelen istek sayısı 0 gösteriyor.

APNZ-4918 :SIEM loglarında ekstra enter karakter sorunu

APNZ-4914 :API Proxy Grup sayfasına girildiğinde sürekli hata fırlatılması

APNZ-4984 :JWT ve OAuth2 kimlik doğrulama yöntemleri WebSocket ve gRPC için eklenmemeli.

APNZ-4988 :JWT token alınırken, kullanıcı ACL listesinde değilse yanlış hata mesajı veriliyor.

APNZ-3907 :SOAP 1.1 türünde bir servis eklendikten sonra yönlendirme adresi SOAP 1.2 olarak değiştirildiğinde, Apinizer’da oluşturulan API dokümantasyonunda yönlendirme adresi kaybolabiliyor.

APNZ-4541 :LDAP kullanıcısı veya grubu tanımlıysa, proje ismi değiştirildiğinde bu yetkiler siliniyor.

APNZ-4835 :Rest2Soap dönüşüm politikası enumeration tanımları doğru şekilde enum olarak işlenip dönüştürülemiyor.

APNZ-4550 :Rest2Soap’ta, XSD şemaları OpenAPI çıktısına yansıtılmıyor.

APNZ-4280 :Rest2Soap bazı metotların giriş şemasını çözemediği için, OpenAPI çıktısında body sadece <string> olarak görünüyor.

APNZ-5007 :Token Request sayfasında birden fazla environment tanımlı olmasına rağmen, yalnızca ilk tanımlanan environment görüntüleniyor.

APNZ-5014 :Cache bağlantısı, tuneCacheConnectionPoolMaxConnectionTotal değerini dikkate almıyor; bağlantı havuzu sayısı cache yapılandırmasından bağımsız olarak farklı çalışıyor.

APNZ-5024 :XPath ve JSONPath ifadelerinde, path bulunamadığında null dönmesi gerekirken boş string ("") dönüyor.

APNZ-5032 :Manager login sayfasında, boş kullanıcı adı veya şifre ile yapılan giriş isteklerini backende iletilmemeli.

APNZ-5033 :Multipart form isteği gönderildiğinde, varsayılan Content-Type değeri UTF-8 olarak ayarlanmalıdır.

APNZ-5038 :Proxy grupta grant_type password olarak ayarlandığında token alınamıyor.

APNZ-5054 :Rest2Soap’un Array tipleri için path’leri dönüştürememe sorunu.

APNZ-5052 :Portaldeki “Disable Try It” ayarı doğru çalışmıyor.

APNZ-5078 :Proje relative path değişikliği sonrası, ilişkilendirilen proxy gruplar çalışmaz duruma geliyor.

APNZ-4837 :Rest2Soap dönüşümünde, response’ta “unwrap body” seçeneği etkin olsa bile,show example kısmına yansımıyor.

APNZ-5066 :Routing ifadesinde / karakterleri olduğunda, yönlendirme sırasında bu karakterler duplike edilip fazladan ekleniyor.

APNZ-5068 :API proxy relative path’inde / karakteri varsa ve bunun öncesinde veya sonrasında ( ya da ) karakterleri bulunuyorsa, deploy işlemi yapılamıyor.

APNZ-5073 :JWT ve OAuth2 politikalarında, “policy group” için oluşturulan accepted audience bilgisi hatalı üretilmektedir.

APNZ-5079 :Server stream etkinleştirildiğinde, form data gönderimi ve log gösteriminde sorun yaşanıyor.

APNZ-5080 :Keystore JKS güncellendiğinde, JKS verisi değişmiyor.

APNZ-5082 :Multi-region cluster kurulumu yapıldığında, cluster kullanacağı cache adresini seçemiyor.

APNZ-5105 :Async API call ve script çalıştırılması sırasında, context içeriğinin read-only olmaması nedeniyle null hatası alınabilmektedir.

APNZ-5102 :Environment’ta deployment kaydedildiğinde, Management API ayarlarında tanımlı access URL’ler siliniyor.

APNZ-5111 :Server side enabled ayarı açıkken, reverse proxy üzerinden POST tipi boş mesaj ile istek gönderilemiyor.

APNZ-5114 :Proje import edilirken bazı proxy’lerde hata meydana geliyor.

APNZ-5118 :Environment tipi değiştirilmemelidir.

APNZ-5125 :Yeni environment’larda, sadece HTTP tipi açıldığında bile WebSocket çalışıyor.

APNZ-5138 :Query editor ekranındaki enum ifadelerin değeri gelmiyor.

APNZ-5131 :Versiyon geçişinde cache hata alıyor.

Hazelcast versiyonu değiştiği için mevcut cache pod’larıyla senkronizasyon sağlanamayabilir. Bu nedenle, tüm cache pod’ları önce ölçek scale=0 yapılarak kapatılmalı, ardından yeniden başlatılmalıdır.

APNZ-5138 : Data Operations bölümünde ‘Create JSON Schema’ işleminde, ‘required’ alanlar kaldırılmalıdır.

APNZ-4901 :Kubernetes Resources sayfasındaki metrikler, filtreden bağımsız olarak en fazla 1.5 saat öncesine kadar gösterilebiliyor.

APNZ-4598 :LDAP grubundan yetkilendirilmiş bir kullanıcının admin yetkisi yokken,bazı proxy’lerde history sekmesi nedeniyle kullanıcı oturumdan düşüyor.

APNZ-5151 : Test Console’da Collection alanında yetki kaynaklı arayüzden atma sorunu.

​

Sürüm 2025.04.0

Yayınlanma Tarihi : 16 Nisan 2025

YENİ ÖZELLİK

• ​

  Client Ban Desteği

İstemci kimliği bazlı erişim kontrolü için Client Ban Politikası oluşturuldu. Routing sekmesinde yer alan eski basit hali kaldırıldı. Bkz.

• ​

  Rate Limit Kontrol Listesi Modülü

Rate Limit yönetimini kolaylaştırmak amacıyla kullanıcıların erişim miktarını toplu şekilde ayarlayabilecekleri yeni bir modül geliştirildi.

Credential yönetimi Apinizer üzerinden yapılmayan kurumlar için Credential’lara “external” adında yeni bir alan eklendi. Bkz.

• ​

  OIDC/OAuth2 Callback URL Desteği

OIDC/OAuth2 entegrasyonları için callback URL tanımlama desteği eklendi.

ÖNEMLİ DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• API Based Throttling ve API Based Quota alanları için yapılan yeni eklemeler Management API’ye dahil edildi.

• WebSocket ve gRPC için script politikasındaki değişkenler, yalnızca hata mesajı dönebilmek için olanlar ve context değişkenleri olanlar görünecek şekilde güncellendi.

• Prometheus metriklerini etkinleştiren “Metrik Başlatma” parametresi, environment variable’dan alınacak şekilde güncellenmesi sağlandı.

• API Based Throttling ve API Based Quota tanımlarında hedef değere regex ile değer eklenebilmesi sağlandı.

• API Based Throttling, API Based Quota, Client Based Throttling, Client Based Quota ve Rate Limit Kontrol Listesi politikaları için rate limit istatistiklerinin yanıt başlığı üzerinden dönülebilmesi sağlandı.

• Authentication başarısız olduğunda dönen WWW-Authenticate başlığının hata hattında silinebilir olması sağlandı.

• Variable tipi “custom” olarak tanımlandığında, ilk değer atamasının script ile verilebilmesi sağlandı.

• Script politikaları, artık WebSocket ve gRPC protokolleri için de çalıştırılabilir olması sağlandı.

• API Based Throttling ve API Based Quota tanımlarında, detaylı hedef değerler listesinin eklenebilmesi desteği sağlandı.

• Gateway Environments sayfasında worker ve cache için kubernetes annotations yönetiminin yapılabileceği bölüm eklendi.

HATA DÜZELTMELERİ

APNZ-4967 : WebSocket politikaları, Connect metodu için de çalıştırılmalı.

APNZ-4966 : WebSocket üzerinden Authentication ve benzeri politika hatalarının veya cevaplarının döndürülmesi sağlanmalı.

APNZ-4965 : WebSocket, XFF (X-Forwarded-For) bilgisini almıyor.

APNZ-4952 : Proje export/import edildiğinde, global politikalar ile API Proxy/API Proxy Group’a eklenen global politikalar arasındaki bağ kopuyor.

APNZ-4950 : API Proxy Grup sayfasında, sekmeler arası geçişte sorun yaşanıyor.

APNZ-4948 : Bağlantı (Connection) tanımlamalarında ilk oluşturma sonrasında sayfada kalındığında tekrar bir işlem yapılmak istenirse “ID already exists” hatası alınıyor.

APNZ-4941 : Elasticsearch bağlantısı oluşturulup kaydedilirken sorun yaşanıyor; arka planda oluşturuluyor ancak ön planda kaydedilmiyor.

APNZ-4940 : JsonPath ile bulunan alanlar, nested map veya liste tipinde ise sonuçlar a=b formasyonunda gösteriliyor.

APNZ-4938 : API Proxy ACL Metot Yetkilendirme Ekranında güncelleme sonrası credential kayboluyor.

• Yeni versiyonda, empty API metotlarına yetki verirken her güncelleme sonrası ekran donuyor ve işlem yapılan kurum ekrandan kayboluyor.

• Sayfa yenilendiğinde credential tekrar görünmekte, ancak sayfa yenilemeden ikinci bir güncelleme yapılamıyor.

APNZ-4936 : Client Traffic & Time Metrics raporlarında, reverse proxy’e gelen istekler, süreler vb. 0 olarak gözüküyor. Sorun yalnızca reverse proxy’de görülüyor; endpoint’i olan proxylerde veriler düzgün gösteriliyor.

APNZ-4949 : Admin kullanıcısı ile proje oluştururken admin kullanıcısı otomatik olarak owner yapılmıyor.

APNZ-4915 : Credential oluşturulurken “Save and Deploy” işlemi sonrasında listeye dönülüyor ve API Proxy tekrar seçiliyordu. Ancak şu an, listeye dönülmüyor ve API Proxy listesi de seçilemiyor.

APNZ-4816 : Mock API’de, 200 cevabının içine condition’lar ile eklediğimiz değerlerden sadece sonuncusu çalışıyor, diğerleri 204 dönüyor.

​

Sürüm 2025.01.0

Yayınlanma Tarihi : 31 Ocak 2025

ÖNE ÇIKAN YENİ ÖZELLİK

• ​

  Yeni API Proxy Tipleri: gRPC ve WebSocket

API Proxy oluşturma seçeneklerine iki yeni tip eklendi: gRPC, WebSocket. Bkz. Bkz. WebSocket

gRPC Proxy Desteği:

• Unary gRPC çağrıları (istemci tarafından tek istek, sunucu tarafından tek yanıt)

• Server streaming gRPC çağrıları (istemci tarafından tek istek, sunucu tarafından çoklu yanıt akışı)

• Client streaming gRPC çağrıları (istemci tarafından çoklu istek akışı, sunucu tarafından tek yanıt)

• Bidirectional streaming gRPC çağrıları (hem istemci hem sunucu tarafından çift yönlü veri akışı)

• gRPC-Web desteği (tarayıcı tabanlı gRPC iletişimi için)

• TLS/SSL güvenli bağlantı desteği

WebSocket Proxy Desteği:

• Standard WebSocket protokolü (ws://)

• Güvenli WebSocket protokolü (wss://)

• Text mesaj formatı

• Binary mesaj formatı

Bu iki yeni tipte oluşturulan API Proxyler üzerinde politikalar kısmi olarak çalıştırılabiliyor, gelen ve giden mesajlar log konnektörlerine gönderilebiliyor.

Test konsolu henüz bu iki protokolü desteklemiyor

• ​

  Yeni API Proxy Tiplerine Uygun Yeni Ortamlar (Environments)

Gateway Runtime ortamlarına “İletişim Protokolü Tipi” alanı getirildi. API Proxy’lerin deployment ortamları, proxy türlerine göre otomatik olarak eşleştirilecek şekilde düzenlendi. REST ve SOAP API Proxy’ler HTTP tipi Gateway Runtime ortamlarına, gRPC API Proxy’ler gRPC tipi Gateway Runtime ortamlarına ve WebSocket API Proxy’ler WebSocket tipi Gateway Runtime ortamlarına deploy edilebilir hale getirildi. Bu güncelleme ile proxy türü ve deployment ortamı uyumluluğu garantilenerek yanlış ortam seçimlerinin önüne geçildi. Bkz.

Desteklenmeyen Politikalar/Ayarlar: Ws Security Sts Token, mTLS Authentication, Script, Backend API Authentication, API Call, API Proxy Grup, CORS Settings, Cache Settings, XML/ JSON Error Response Template, Load Balancing Type, Define Circuit Breaker, Define Client Flow Banner, Define Proxy Server, NTLM Settings, Customize Error Messages

• ​

  IP Kontrolü ile Geolocation Yönetimi

IP kontrollerini Geolocation verisine (Ülke,İl) göre kontroller yapılabilmesi sağlandı. Bkz.

Bu değişiklik ile tutulan log veri yapısı değiştiğinden Elastic search kullanan kurumların log index template’ini güncelleyip, rollover index yapmaları gerekmektedir. Yeni index yapısı için bu sayfayı ziyaret edebilirsiniz.

• ​

  Ayarlar Grubu Yönetimi

Ayarlar Grubu ekranı ile hem API Proxy’e hem de API Proxy Grubuna Global Ayarlar oluşturulup atanabilmesi sağlandı. Bkz.

• ​

  Politika Grubu Yönetimi

Politika Grubu ekranı ile hem API Proxy’e hem de API Proxy Grubuna Politika Grubu oluşturulup atanabilmesi sağlandı. Bkz.

Bu geliştirme ile Politika Görüntüleme ekranlarının yapısı ileride readonly kullanıcının erişimine izin verilecek şekilde yeniden tasarlandı.

• ​

  Deploy İşlemleri Senkronizasyonu ve Sonuç Gösterimi Geliştirmesi

Tüm Deploy işlemlerininin detaylı bir şekilde sonucunun gösterilmesi sağlandı. Bkz.

Bu geliştirme ile kubernetes servisi üzerinden gerçekleştirilen pod dağıtım süreçleri için kapsamlı bir iyileştirme yapıldı. Önceki versiyonda, Manager’dan Worker’a gönderilen deployment işlemlerinde, Worker kendi ortamındaki diğer pod’lara bu deployment’ı asenkron olarak broadcast ediyordu. Bu yapı nedeniyle Worker’ın diğer pod’lara deployment’ı başarılı bir şekilde yapıp yapmadığı Manager ekranında doğrudan görüntülenemiyor, olası hatalar sadece sistem loglarından tespit edilebiliyordu. Ayrıca pod’ların namespace içindeki dağıtım durumları anlık olarak takip edilemediğinden, erişilemeyen pod’lar sistemde tutarsızlıklara yol açabiliyordu.

Yeni geliştirme ile tüm deployment süreci senkron hale getirildi. Manager ve Worker arasındaki iletişim güçlendirildi, böylece herhangi bir pod’a erişim sağlanamadığında hatalar anında yakalanıp Manager ekranında görüntülenebiliyor. Kubernetes servisi üzerinden yapılan tüm pod dağıtım işlemlerinin sonuçları artık detaylı bir şekilde kullanıcı arayüzünde raporlanıyor. Bu iyileştirmeler sayesinde deployment sürecinin şeffaflığı artırıldı, hataların daha hızlı tespit edilmesi ve yönetilmesi kolaylaştırıldı. Not edilmesi gereken bir nokta, önceden kısmen asenkron olan sürecin tamamen senkron hale getirilmesi nedeniyle deployment sürelerinde bir miktar artış gözlemlenebilir.

YENİ ÖZELLİK

• ​

  API Portal için Yapay Zeka Destekli Chatbot Entegrasyonu

API Portal’e yapay zeka destekli bir chatbot entegresi sağlandı. Bkz.

• ​

  API Portal için Destek Paket Talepleri Yönetimi (Support Package Request)

API Portal Manager’a, destek paketi taleplerinin kolayca yönetilebilmesi için “Support Package Request” ekranı eklendi. Bkz.

• ​

  API Portal için Destek Paketlerinin Görüntülenmesi ve Yönetilmesi (Support Package Feature)

API Portal’a, destek paketlerinin görüntülenip yönetilebilmesi için “Support Package Feature” ekranı eklendi. Bkz.

• ​

  API Portal için Destek Paketi Türlerinin Yönetimi (Support Package Type)

API Portal’a, destek paketi türlerinin yönetilebilmesi için “Support Package Type” ekranı eklendi. Bkz.

• ​

  API Portal için Destek Paketleri Yönetimi (Support Package)

API Portal’a, destek paketlerinin yönetilebilmesi için “Support Package” ekranı eklendi. Bkz.

• ​

  API Portal için Jira Entegrasyonu

API Portal’a Jira entegrasyonu eklendi. Kullanıcılar’ın, taleplerini doğrudan API Portal üzerinden oluşturup, Jira sistemi üzerinden kolayca takip edilebilmesi sağlandı. Bkz.

• ​

  API Portal Yönetici Paneli için Jira Entegrasyonu

API Portal Yönetici paneline Jira entegrasyonu eklendi, bu sayede kullanıcılar Jira üzerinden talepleri yönetebilir ve izleyebilir. Bkz.

• ​

  API Portal için Çerezler Yönetimi

API Portal’a çerezler yönetimi eklendi. Bkz.

• ​

  API Portal için API Product Update - Uygulama Oluşturma Butonu

• API Portal’de API Product update bölümüne kullanıcının hiç uygulaması yoksa uygulama oluşturabilme butonu eklendi. Bkz.

• WSDL tanım dosyaları Zip formatında indirilebilmesi sağlandı.

• API Proxy’lere bakım modu özelliği eklendi. Bkz.

• Deployment süresi için timeout değerleri, parametrik olarak yapılandırılabilir hale getirildi. Bkz.

• TLS ayarları JVM parametreleri ile parametrik verilebilir hale getirildi. Bkz.

• Log yapısına location verisi eklendi. Bu veri içerisinde latitude (enlem) ve longitude (boylam) alanları bulunmaktadır. Bkz.

ÖNEMLİ DEĞİŞİKLİKLER VE İYİLEŞTİRMELER

• Global politikalar, politika grupları ve Ayar grupları kullanan API Proxy ve API Proxy gruplarına “Redeploy All” seçeneği eklendi.

• Portal’deki ayarlar ve font’ların yüklenmesi, sistem ilk açıldığında otomatik olarak yapılacak şekilde düzenlendi.

• Yeni API Proxy oluşturulurken, Routing kısmındaki “Ignore Error Response Template In Case Of Error On Backend API” parametresinin varsayılan değeri false olarak ayarlandı.

DİKKAT: Bu değişiklik, backend hatası durumunda güvenlik açığı oluşmasını engelleyerek, hata yanıtının error response template ile dönmesini sağlamaktadır.

• API Traffic log, Test Konsolu Yanıt Logu, AuthToken Kayıt Logu ve Trace Log’larındaki verilerin formatlı gösterimi, yanlış yorumlanma riskini önlemek amacıyla kaldırıldı. Bu değişiklik ile logların olduğu şekilde sunulmasını sağlandı.

• API Portal API Product sayfasındaki başlık ve açıklama kısmı dinamik hale getirildi.

• API Proxy Grup endpoints sekmesinde undeployed durumundaki environment’lar için test butonu kaldırıldı.

• Admin Projects sayfasındaki listede Members and Roles kaldırıldı, Tabloya Relative Path aktif, pasif durumu ve var ise Relative Path’i eklendi.

• API Portal’de Try It butonu görünmesi her API Product için dinamik hale getirildi.

• API tarafından dönen response’lar için desteklenen Content-Encoding değerleri genişletildi. Önceden yalnızca gzip, deflate ve br desteklenirken, artık gzip, deflate, br, compress ve zstd encoding tipleri de desteklenmesi sağlandı.

HATA DÜZELTMELERİ

APNZ-4755 : Test console ikinci defa açıldığında düzgün açılmıyor.

APNZ-4746 : API Portal’de product veya responsible gibi değerler silindiğinde, null hatası nedeniyle sayfalar açılmıyor.

APNZ-4737 : Test konsolu sağ üstteki çarpıdan kapatılırsa, bir sonraki test endpoint isteğinde body alanı yüklenmiyor.

APNZ-4720 : API Proxy export’ları boş zip dosyası olarak export ediliyor.

APNZ-4697 : Her gece saat 1’de uygulama loglarını silen job kaldırılmalı, çünkü bu durum app purge jobs’un düzgün çalışmasını engelliyor.

APNZ-4626 : API Proxy’den export edilen politikalar Politika Grup ‘a import edilemiyor.

APNZ-4204 : CORS’ta Access-Control-Allow-Origin değerlerinden silme işlemi sırasında yanlış değer siliniyor.

APNZ-4702 : Export/Import menüsünde tekrarlanan export seçeneği görünüyor.

APNZ-4780 : Groovy’de mail importunda yanlış kütüphane geliyor.

APNZ-4771 : API trafik log ekranında tablar arasında geçiş yapıldığında, body alanı tıklanmadan güncellenmiyor.

APNZ-4752 : Politikalar ile ilgili hatalar;

• Script Politikasında Groovy script kaydedilirken, script tipi doğru kaydedilmiyor.

• Business rule’da yeni kural eklerken, variable seçimi arkaya kayıyor ve cancel sonrası sayfa kilitleniyor.

• Trace’te API Call’ların bazıları birden fazla görünüyor.

• Politika kaydedildikten sonra ‘Updated’ yazısı iki defa görünüyor.

• Konsolda hata olmamasına rağmen, hata mesajları readonly ekrana yansımıyor.

APNZ-4741 : Backend’den dönen SOAP mesajı logda tamamlanıyor.

APNZ-4714 : Accept-Encoding başlığında ‘zstd’kodlaması kullanıldığında, response’taki içerik doğru şekilde kodlanamıyor ve içerik bozuluyor.

APNZ-3933 : API Proxy üzerinden export edilen politikalar, Proxy Groubuna import edilemiyor.

APNZ-4756 : Mock Proxy’sinde, ilk metotta önceden kayıtlı çalışan ve loglara göre hala çalışmakta olan API Call’larda hata alınıyor. Ekranda ilgili hata mesajları yüklenmiyor ve loglarda bu durum 404 hatası olarak düşüyor.

APNZ-4790 : Test konsolunda header ekleme kısmında açılan “name” ve “value” modal’ı arka planda açılıyor.

APNZ-4787 : API Call’da “one way” seçilip “two way”e geçildiğinde, “not change default” seçeneği varsayılan olarak işaretli gelmiyor, aktif olmuyor.

APNZ-4822 : Multipart/form-data ile dosya gönderilirken, dosya içeriği gönderilmediğinde ilgili part verisi backend’e gitmiyor.

APNZ-4815 : Script’te Yeni Eklenen Context Values’lar eksik görünüyor.

APNZ-4812 : API Manager’da Portal Account’lar arama filtreleri çalışmıyor.

APNZ-4799 : Request hattında yapılan ‘Activate All’ ve ‘Disable All’ policies işlemleri, metoddaki response ve error hatalarını etkilerken, ‘All’ seçenekleri bu durumu etkilemiyor.

APNZ-4678 : DB2 API connection’ı silindiğinde, kullanılamaz hale gelen DB2 API’ler bulunuyor.

APNZ-4286 : Admin projects sayfasında listeleme var ama 10 kayıt değil tüm kayıtlar gösteriliyor.

APNZ-4806 : API Portal’ de doğrudan API Product linki açılmıyor.

APNZ-4829 : Log konnektöründe failover ayarı kapatıldığında, “Apply” işlemi sırasında sistem timeout süresine düşmeden uzun süre bekliyor. Kullanıcı tarafından sayfa yenilense bile ayar kapatılamıyor ve değişiklikler tamamlanamıyor.

APNZ-4836 : Business Rule politikasında string exist condition hatalı çalışıyor.

APNZ-2889 : API Product silindiğinde, Account ekranındaki ApiProductAppRegister tablosunda boşluklar oluşuyor.

APNZ-4831 :

• WSS kullanıcı bilgileri eklenirken, yalnızca username alanı eklenmesi gerekirken, readonly modda fazladan bir timestamp alanı görünüyor. Ayrıca, şifre alanı açık bir şekilde görüntüleniyor.

• API Proxy Group üzerinde deploy işlemi yapıldıktan sonra sayfa yenilendiğinde, sistem redeploy seçeneğini gösteriyor. Ancak, API Proxy Groups sayfasında grup doğru şekilde deploy edilmiş olarak görünüyor.

• Test konsolundaki CodeMirror body kısmı, 3 karakter içeride hizalanmış şekilde görüntüleniyor.

• API Proxy import edildiğinde, relative path alanına gereksiz şekilde imported kelimesi fazladan ekleniyor.