4.17.01 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

W środę 25 stycznia 2017 r. udostępniliśmy nową wersję Apigee Edge for Private Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej pojawiły się te wersje, które są uwzględnione w tej wersji funkcji:

Aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge for Private Cloud, przeczytaj artykuł Informacje o numeracji wersji.

Ogólne informacje o wersji

Ta wersja zawiera kilka ważnych funkcji, które pomagają lepiej kontrolować i zabezpieczać interfejsy API.

Współdzielone przepływy i punkty zaczepienia przepływu umożliwiają tworzenie zestawu zasad i zachowań, które można ponownie wykorzystać w wielu serwerach proxy interfejsu API.

Mapy klucz-wartość (KVM), które były już funkcją Edge służącą do długotrwałego przechowywania par klucz-wartość, można teraz szyfrować, aby zwiększyć bezpieczeństwo danych.

Aby mieć większą kontrolę nad dostępem deweloperów do interfejsów API, interfejs zarządzania Edge udostępnia więcej opcji tworzenia kluczy interfejsu API i haseł (danych logowania) oraz zarządzania nimi, a także odwoływania aplikacji deweloperów i dezaktywowania deweloperów. Te ulepszenia ułatwiają wdrażanie strategii, takich jak rotacja kluczy interfejsu API, i umożliwiają wyłączanie wielu kluczy interfejsu API przez odwoływanie aplikacji dewelopera (wszystkie jej klucze są wyłączane) lub dezaktywowanie dewelopera (wszystkie aplikacje i klucze dewelopera są wyłączane).

Wycofaliśmy funkcję limitów zarabiania.

W dalszej części tego artykułu znajdziesz szczegółowe informacje o wszystkich nowych funkcjach, aktualizacjach i poprawkach błędów zawartych w tej wersji.

Wycofywanie i likwidowanie

W tej wersji wycofaliśmy lub usunęliśmy te funkcje: Więcej informacji znajdziesz w zasadach wycofywania funkcji Edge.

Wycofano: Zarabianie – limity (interfejs Cloud z 26.10.2016 r.)

Funkcja limitów zarabiania została usunięta z interfejsu zarządzania (Administracja > Limity). Więcej informacji, w tym o tym, czego używać zamiast tej funkcji, znajdziesz w ogłoszeniu o wycofaniu:http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice. (DEVRT-3259)

Usunięto obsługę systemu RedHat/CentOS w wersji 6.5

Jeśli obecnie używasz systemu RedHat/CentOS w wersji 6.5, przed aktualizacją do Edge 4.17.01 musisz zaktualizować system operacyjny do wersji 6.6 lub nowszej.

Nowe funkcje i aktualizacje

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji. Oprócz poniższych ulepszeń ta wersja zawiera też wiele ulepszeń dotyczących użyteczności, wydajności, bezpieczeństwa i stabilności.

Więcej informacji i instrukcji znajdziesz w dokumentacji Edge for Private Cloud.

Chmura prywatna

Baner z prośbą o zgodę na przetwarzanie danych możesz wyświetlać, gdy użytkownik po raz pierwszy uzyskuje dostęp do interfejsu Edge. Baner z prośbą o zgodę na przetwarzanie danych wyświetla tekst w formacie HTML i przycisk, który użytkownik wybiera, aby przejść do ekranu logowania. Więcej informacji znajdziesz w artykule Włączanie banera z prośbą o zgodę na przetwarzanie danych.

API BaaS obsługuje wiele centrów danych

Możesz teraz zainstalować API BaaS w wielu centrach danych. Więcej informacji znajdziesz w artykule Instalacja w wielu centrach danych na potrzeby API BaaS.

Nowe parametry konfiguracji instalacji interfejsu API BaaS

Do pliku konfiguracji API BaaS dodaliśmy 2 nowe parametry konfiguracji:

  • BAAS_CASS_DC_LIST – określa nazwy regionów centrów danych BaaS. W przypadku jednego centrum danych podaj tę samą wartość co BAAS_CASS_LOCALDC.
  • BAAS_CLUSTER_SEEDS – określa węzły stosu BaaS używane do definiowania węzłów początkowych klastra BaaS.

Więcej informacji znajdziesz w artykule Aktualizowanie Apigee Edge w wersji 4.16.09 do wersji 4.17.01.

Usunięcie opcji „deploy” w poleceniu apigee-service w przypadku API BaaS

Opcja deploy polecenia apigee-service nie jest już obsługiwana w przypadku stosu API BaaS i portalu. Zamiast tego użyj opcji configure i restart. Więcej informacji znajdziesz w artykule Instalacja API BaaS.

Nowe wymagania dotyczące portów w przypadku interfejsu API BaaS

Wszystkie węzły BaaS Stack muszą teraz otworzyć port 2551, aby umożliwić dostęp z innych węzłów Stack. Jeśli masz kilka centrów danych BaaS, port musi być dostępny ze wszystkich węzłów Stack we wszystkich centrach danych.

Więcej informacji znajdziesz w sekcjach Instalacja interfejsu API BaaS i Wymagania dotyczące instalacji.

Portal usług dla deweloperów korzysta teraz z bazy danych Postgres i serwera WWW Nginx

W przypadku wszystkich nowych instalacji portal używa bazy danych Postgres zamiast MySQL i MariaDB. Klienci, którzy uaktualniają wersję 4.17.01 z poprzedniej wersji, nadal korzystają z MySQL lub MariaDB.

W przypadku nowych instalacji w wersji 4.17.01 serwerem WWW jest też Nginx. Klienci, którzy uaktualnią wersję 4.17.01 z poprzedniej wersji, nadal będą korzystać z Apache.

Portal usług dla programistów nie włącza już domyślnie SmartDocs

Musisz włączyć SmartDocs w portalu. Więcej informacji o SmartDocs znajdziesz w artykule Dokumentowanie interfejsów API za pomocą SmartDocs.

Portal usług dla deweloperów jest teraz instalowany z pakietów RPM

Wersja 4.17.01 portalu Developer Services jest instalowana z pakietów RPM przy użyciu tego samego repozytorium i narzędzi co Edge i API BaaS. Więcej informacji znajdziesz w artykule Instalacja portalu usług dla programistów.

Instalator oparty na RPM i aktualizator oparty na pliku .tar używają różnych komponentów:

Instalacja oparta na RPM

Instalacja na podstawie pliku.tar

Serwer WWW

Nginx

Apache

Katalog główny witryny

/opt/apigee/apigee-drupal

/var/www/html

Port

8079

80

Baza danych

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (w procesie Apache)

Qpid uaktualniono do wersji 1.35

Ta wersja zawiera Qpid w wersji 1.35.

Uaktualnienie Cassandry do wersji 2.1.16

Ta wersja zawiera Cassandrę w wersji 2.1.16.

Play zostało uaktualnione do wersji 2.4

Ta wersja zawiera platformę interfejsu Play 2.4.

Dodano obsługę RedHat/CentOS w wersji 7.3

Edge obsługuje teraz RedHat/CentOS w wersji 7.3.

Zmiany w panelu monitorowania w wersji beta

Wersja beta panelu monitorowania Edge została zaktualizowana o:

  • Zawiera nowe panele do monitorowania usług Cassandra, Zookeeper, OpenLDAP, Postgres i Qpid.
  • Uaktualniliśmy wersję Influx w wersji 4.16.09 z 0.11 do 1.0.2.
  • Wprowadziliśmy szereg poprawek zwiększających stabilność.

Więcej informacji znajdziesz w artykule Apigee Omówienie panelu monitorowania w wersji beta.

Możliwość ustawienia hasła Postgres w pliku konfiguracyjnym instalacji

Aby ustawić hasło Postgres w pliku konfiguracyjnym instalacji, użyj właściwości PG_PWD. Więcej informacji znajdziesz w dokumentacji pliku konfiguracji Edge.

Włącz repozytorium EPEL

Aby zainstalować lub zaktualizować Edge, musisz włączyć Extra Packages for Enterprise Linux (EPEL). Więcej informacji znajdziesz w sekcji Wymagania dotyczące instalacji.

Użyte polecenie zależy od wersji RedHat/CentOS:

  • W przypadku RedHat/CentOS 7.x:
    > wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
  • W przypadku RedHat/CentOS 6.x:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

Wyłączanie wyszukiwania DNS w IPv6 podczas korzystania z NSCD (Name Service Cache Daemon)

Jeśli masz zainstalowany i włączony NSCD (Name Service Cache Daemon), procesory wiadomości wykonują 2 wyszukiwania DNS: jedno dla IPv4 i jedno dla IPv6. Jeśli używasz NSCD, musisz wyłączyć wyszukiwanie DNS w IPv6. Więcej informacji znajdziesz w sekcji Wymagania dotyczące instalacji.

Aby wyłączyć wyszukiwanie DNS w przypadku IPv6:

  1. Na każdym węźle procesora komunikatów edytuj plik /etc/nscd.conf.
  2. Ustaw tę właściwość:
    enable-cache hosts no

Usługi API

Przepływy współdzielone i punkty zaczepienia przepływu do operacyjnego wdrażania serwerów proxy interfejsów API (Cloud 16.09.21)

Nowa funkcja „Wspólne przepływy” umożliwia wdrażanie funkcji w proxy API. Łącząc zasady i zasoby warunkowe w przepływ udostępniony, możesz odwoływać się do niego z dowolnego proxy interfejsu API, aby wykonywać logikę wielokrotnego użytku z jednego źródła. Na przykład wspólny przepływ może weryfikować klucz interfejsu API, chronić przed nagłymi wzrostami ruchu i rejestrować dane.

Definiujesz współdzielone przepływy w interfejsie zarządzania (Interfejsy API > Współdzielone przepływy), a następnie odwołujesz się do nich na 2 sposoby:

  • Z nową zasadą Flow Callout w proxy interfejsu API
    lub

  • W nowym artefakcie o nazwie Flow Hooks, który znajduje się w tych lokalizacjach:

    Te punkty przyłączenia umożliwiają wykonywanie logiki operacyjnej przed lub po głównych punktach przepływu poszczególnych serwerów proxy. Przydzielasz przepływy współdzielone do tych lokalizacji zaczepów przepływu w interfejsie zarządzania (Interfejsy API > Konfiguracja środowiska > Zaczepy przepływu).

    • Żądanie: przed przepływem wstępnym punktu końcowego proxy, po przepływie końcowym punktu końcowego docelowego
    • Odpowiedź: przed przepływem wstępnym punktu końcowego docelowego, po przepływie końcowym punktu końcowego proxy.

Więcej informacji znajdziesz w artykułach Wielokrotnego użytku współdzielone przepływy i Dołączanie współdzielonego przepływu za pomocą haka przepływu.

Zaszyfrowane mapy klucz-wartość (Cloud 16.09.21)

Możesz tworzyć zaszyfrowane mapy klucz-wartość do przechowywania informacji poufnych, takich jak dane logowania czy dane osobowe lub dane podlegające ochronie na mocy ustawy HIPAA. Ta funkcja różni się od istniejącego bezpiecznego magazynu Edge (skarbca) i ma go zastąpić, ponieważ do wartości w skarbcu można uzyskać dostęp tylko za pomocą Node.js (oprócz interfejsu API do zarządzania). Do zaszyfrowanych wartości KVM możesz uzyskać dostęp za pomocą Node.js lub zasady Operacje na mapie klucz-wartość.

Tworzenie zaszyfrowanych maszyn KVM

  • Używaj dotychczasowych interfejsów API do zarządzania KVM. Jeśli podczas tworzenia mapy wartości klucza w definicji ładunku umieścisz znak “encrypted”: “true”, Edge wygeneruje klucz szyfrowania o tym samym zakresie co mapa wartości klucza i zaszyfruje tę mapę za pomocą tego klucza.
  • Nie możesz użyć zasady Operacje na mapie wartości klucza do utworzenia zaszyfrowanej mapy wartości klucza. Zanim użyjesz zaszyfrowanego KVM w zasadach, musisz go utworzyć za pomocą interfejsów API zarządzania KVM.
  • Nie możesz zaszyfrować istniejącego, niezaszyfrowanego KVM.

Korzystanie z zaszyfrowanych przełączników KVM

  • Użyj zasady Operacje na mapie klucz-wartość, aby pobierać i aktualizować zaszyfrowane wartości KVM.
  • Podczas pobierania zaszyfrowanej wartości klucza dodaj do zmiennej, która ma przechowywać wartość, prefiks „private.”. Przykład: <Get assignTo="private.secretVar">. Zmienna private.secretVar zawiera odszyfrowaną wartość.
  • Podczas aktualizowania wartości za pomocą zasady nie musisz wykonywać żadnych specjalnych czynności. Wartość zostanie automatycznie zaszyfrowana w zaszyfrowanych maszynach wirtualnych KVM.
  • Odszyfrowaną wartość możesz też uzyskać za pomocą modułu apigee-access w kodzie Node.js. Użyj funkcji getKeyValueMap(), aby pobrać KVM na podstawie nazwy i zakresu. W zwróconym obiekcie dostępne są 2 funkcje: getKeys(callback) do pobierania tablicy nazw kluczy i get(key, callback) do pobierania wartości dla określonego klucza. Na przykład poniższy kod pobiera klucz KVM o zakresie apiproxy o nazwie VerySecureKVM i pobiera zaszyfrowaną wartość key1: 
    var apigee = require('apigee-access');
  var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy');
  encryptedKVM.get('key1', function(err, secretValue) {
  // use the secret value here
});

Więcej informacji znajdziesz w artykułach Praca z mapami par klucz-wartość i Dostęp do map par klucz-wartość w Node.js.

(APIRT-1197)

Tworzenie zaszyfrowanych map klucz-wartość w interfejsie (16.10.26 UI)

Podczas tworzenia mapy klucz-wartość o zakresie środowiska w interfejsie zarządzania (Interfejsy API > Konfiguracja środowiska > Mapy klucz-wartość) nowe pole wyboru Szyfrowana umożliwia utworzenie zaszyfrowanej mapy klucz-wartość. Po dodaniu kluczy do mapy wartości kluczy zaszyfrowane wartości będą wyświetlane w interfejsie zarządzania jako gwiazdki (*****). Klucze i wartości dodaje się do zaszyfrowanej mapy wartości kluczy w taki sam sposób jak w przypadku map niezaszyfrowanych. Pełna obsługa backendu zaszyfrowanych maszyn KVM była dostępna w wersji chmury 160921. (EDGEUI-764)

Adresy URL specyfikacji OpenAPI uwzględnione w metadanych serwera proxy interfejsu API (Cloud 16.09.21)

Gdy tworzysz serwer proxy interfejsu API na podstawie specyfikacji OpenAPI, lokalizacja specyfikacji OpenAPI jest przechowywana w metadanych serwera proxy interfejsu API. Jeśli na przykład używasz interfejsu Management API do pobierania szczegółów wersji proxy, metadane zawierają ścieżkę do specyfikacji OpenAPI w tym formacie:

"spec" : "https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"

To ulepszenie obsługuje nową generację Edge, która łączy specyfikacje OpenAPI z proxy interfejsów API, usługami API i dokumentacją interfejsów API w nowym portalu dla deweloperów. (MGMT-2913)

Generowanie specyfikacji OpenAPI dla serwerów proxy SOAP (interfejs Cloud 16.10.05)

Gdy tworzysz serwer proxy „REST to SOAP to REST” na podstawie pliku WSDL, Edge automatycznie generuje hostowaną specyfikację OpenAPI na podstawie zasobów serwera proxy. Specyfikację znajdziesz pod adresem http(s)://[edge_domain]/[proxy_base_path]/openapi.json. Konwersja nie zawsze jest jednak dokładna, ponieważ nie wszystkie reguły schematu XML można przedstawić w specyfikacji OpenAPI. (EDGEUI-718)

Plik WSDL hostowany na serwerze brzegowym dla serwerów proxy SOAP typu passthrough (interfejs Cloud 16.10.05)

Gdy tworzysz serwer proxy „Pass-Through SOAP” na podstawie pliku WSDL, Edge hostuje ten plik i tworzy w serwerze proxy przepływ, który umożliwia dostęp do niego. Dostęp do hostowanego pliku WSDL możesz uzyskać pod adresem http(s)://[edge_domain]/[proxy_base_path]?wsdl, który jest nowym adresem URL punktu końcowego usługi dla klientów wywołujących usługę SOAP za pomocą serwera proxy. (EDGEUI-718)

Nowy przykładowy plik WSDL notowań giełdowych w kreatorze serwera proxy interfejsu API (Cloud 16.08.24.01)

Podczas tworzenia interfejsu API usługi SOAP za pomocą kreatora serwera proxy interfejsu API w przykładach dostępny jest zastępczy plik WSDL dotyczący notowań giełdowych: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

Usługi dla deweloperów

Zarządzanie aplikacjami dewelopera w interfejsie (Cloud 16.10.05 UI)

Zarządzanie aplikacjami deweloperów w interfejsie Edge zostało ulepszone dzięki wprowadzeniu kilku zmian:

  • W nowym polu „Stan aplikacji” możesz cofać i zatwierdzać aplikacje (w trybie edycji). W trybie wyświetlania pole pokazuje też bieżący stan aplikacji. Jeśli aplikacja zostanie cofnięta, żaden z jej kluczy interfejsu API nie będzie ważny w przypadku wywołań interfejsu API. Same klucze nie są unieważniane i będą ponownie dostępne, jeśli deweloper zostanie ponownie zatwierdzony. Etykieta „Zatwierdzony” w przypadku kluczy interfejsu API jest wyświetlana jako tekst przekreślony, gdy aplikacja jest w stanie cofnięcia.
  • Daty ważności kluczy interfejsu API są teraz widoczne na stronie z informacjami o aplikacji dewelopera, a klucze są uporządkowane według dat ważności w sekcji „Dane logowania”. Na przykład klucz bez daty ważności jest wyświetlany w jednej grupie z powiązanymi z nim usługami API, a klucz, który wygasa za 90 dni, jest wyświetlany w innej grupie z powiązanymi z nim usługami. Nie możesz zmienić daty ważności obecnych danych logowania.
  • W trybie edycji aplikacji dewelopera możesz wygenerować klucze interfejsu API z określonym czasem lub datą wygaśnięcia (lub bez wygaśnięcia), korzystając z nowego przycisku Dodaj dane logowania. Podczas tworzenia danych logowania (lub po ich utworzeniu) możesz dodać do nich produkty interfejsu API.
    Ta funkcja zastępuje przycisk „Wygeneruj ponownie klucz” na stronie z informacjami o aplikacji dewelopera. Ten przycisk został usunięty.

Te ulepszenia dodają w interfejsie funkcje, które były już dostępne w interfejsie API do zarządzania. (EDGEUI-104)

Aktywowanie/dezaktywowanie dewelopera aplikacji w interfejsie (interfejs Cloud 16.10.05)

W interfejsie Edge możesz zmieniać stan dewelopera aplikacji z aktywnego na nieaktywny i na odwrót (strona z informacjami o deweloperze, tryb edycji, przycisk Aktywuj/Dezaktywuj). Gdy programista jest nieaktywny, żaden z jego kluczy interfejsu API aplikacji programisty ani tokenów OAuth wygenerowanych za pomocą tych kluczy nie jest ważny w wywołaniach serwerów proxy interfejsu API. (EDGEUI-304)

Wskaźniki nieaktywnych deweloperów w interfejsie (16.10.26 UI)

Gdy deweloper aplikacji ma stan „Nieaktywny”, jego aplikacje i dane logowania nie są już ważne, mimo że pozostają w stanie „Zatwierdzono”. Gdy w interfejsie zarządzania wyświetlasz aplikacje i dane logowania nieaktywnego dewelopera, etykieta stanu „Zatwierdzono” przy aplikacjach i danych logowania jest przekreślona, a etykietka wyświetlana po najechaniu kursorem na etykietę informuje, że deweloper jest nieaktywny. Jeśli deweloper zostanie przywrócony do stanu „Aktywny”, jego zatwierdzone aplikacje i dane logowania ponownie będą ważne, a przekreślony tekst na etykiecie „Zatwierdzona” zostanie usunięty. (EDGEUI-728)

Usługi analityczne

Zmiana nazwy panelu „Analiza kodów błędów” (interfejs z 16.10.26)

Zmieniliśmy nazwę panelu „Analiza błędów” na „Analiza kodów błędów”. Panel zawiera wywołania interfejsu API z kodami stanu HTTP 4xx i 5xx. (EDGEUI-738)

Dane TPS w panelach serwera proxy (interfejs z 16.10.26)

Do głównego panelu Proxy Traffic dodaliśmy dane dotyczące średniej liczby transakcji na sekundę („Średnia liczba TPS”). Dodatkowo, gdy najedziesz kursorem na poszczególne punkty danych na wykresach Ruch z serwera proxy i Skuteczność serwera proxy, w etykietce wyświetli się liczba transakcji na sekundę w danym przedziale czasu. (EDGEUI-668)

Wyświetlanie błędów w Analytics (interfejs z 26.10.2016 r.)

Gdy panel analityczny otrzymał błąd 500, interfejs zarządzania wyświetlał komunikat „Przekroczono limit czasu raportu” niezależnie od błędu. Aby zapewnić lepsze możliwości rozwiązywania problemów, interfejs wyświetla teraz rzeczywisty błąd. (EDGEUI-753)

Usunięte błędy

W tej wersji naprawiliśmy te błędy: Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia zostały rozwiązane. Nie jest on przeznaczony do dostarczania szczegółowych informacji wszystkim użytkownikom.

Edge for Private Cloud 4.17.01

Identyfikator problemu Opis
APIBAAS-1990 Stos API BaaS nie próbuje już uwierzytelniać się w SMTP, gdy smtp.auth ma wartość false
APIRT-3032

Uruchomienie polecenia „apigee-service baas-usergrid restart” powoduje teraz również uruchomienie polecenia „configure”.

Nie musisz już uruchamiać polecenia „apigee-service baas-usergrid configure”, a potem „apigee-service baas-usergrid restart” w przypadku stosu BaaS.

APIRT-3032

Nie wykonuj wyszukiwania DNS, jeśli nazwa hosta jest adresem IP.
DOS-4070

Polecenie „apigee-all -version” wyświetla teraz wersję pakietów RPM edge-mint-*
DOS-4359

Dodano opcję „pdb” umożliwiającą instalację tylko bazy danych Postgres.

Używane tylko podczas instalowania portalu usług dla deweloperów. Zapoznaj się z sekcją Instalacja portalu usług dla deweloperów.

Cloud 16.10.26 (UI)

Identyfikator problemu Opis
EDGEUI-768 Tworzenie serwera proxy za pomocą pliku WSDL usługi StockQuote nie powiodło się

Cloud 16.09.21_9

Identyfikator problemu Opis
MGMT-3674 Nie można utworzyć zaszyfrowanych KVM ani Vaults w organizacjach, w których obowiązuje HIPAA
MGMT-3647 Dostęp do roli użytkownika dla użytkowników z adresem e-mail pisanym wielkimi literami powoduje błąd 403

Cloud 16.09.21

Identyfikator problemu Opis
APIRT-3507 Sporadyczne błędy (np. błędy SNI) w wywołaniach usługi JavaScript
APIRT-3408 MP release 160817 apigee-access analytics module processing messages differently
APIRT-3390

Zmiana odpowiedzi o błędzie zwracanej przez zasadę odświeżania tokena dostępu
APIRT-3389
APIRT-3381 Wysokie opóźnienia w przypadku proxy produkcyjnych klientów
APIRT-3366 Zasady JavaScriptu nie działają we wszystkich nowych organizacjach testowych
APIRT-3363 Nieprawidłowa analiza adresu URL zwraca stan 500 z błędem ApplicationNotFound
APIRT-3356 Komunikat o nieprawidłowym tokenie OAuth
APIRT-3355 Sporadyczny błąd 403 w przypadku serwera proxy OAuth
APIRT-3285
APIRT-3261 Uwierzytelnianie jest weryfikowane w porównaniu z inną aplikacją deweloperską w wersji produkcyjnej
APIRT-3234 Aplikacja Node.js zwraca błąd NPE
APIRT-3223 Problem z nieaktualną pamięcią podręczną Apigee
APIRT-3193 Serwer docelowy Node.js zawiesza się po przeniesieniu do ASG
APIRT-3152 wywołanie zarządzania cachedlogs powoduje podział wiadomości dziennika
APIRT-3117 MP osiągnął 100% wykorzystania procesora i przestał obsługiwać ruch
APIRT-3064 Router – niestandardowy komunikat o błędzie 503 z routera
APIRT-2620 Osobna pula wątków dla niektórych kroków blokujących, aby poprawić obsługę obciążenia
CORESERV-774 Dostęp przy użyciu prawidłowego klucza z nieprawidłowym odwołaniem do produktu API powoduje wewnętrzny błąd serwera

Cloud 16.10.05 (UI)

Identyfikator problemu Opis
EDGEUI-697 Przycisk eksportowania na stronie Raporty
Przycisk Eksportuj został usunięty ze strony głównej raportów niestandardowych. Eksportowanie raportów jest dostępne na każdej stronie raportów niestandardowych.

Cloud 16.08.24.01

Identyfikator problemu Opis
EDGEUI-663 Serwer proxy wygenerowany dla portu WeatherHttpGet w pliku Weather.wsdl kończy się niepowodzeniem w czasie działania z błędem 500
Podczas generowania serwera proxy interfejsu API dla usługi SOAP porty WSDL bez powiązania protokołu SOAP nie są już widoczne w kreatorze serwera proxy interfejsu API. Jest to zgodne z założeniami, ponieważ kreator generuje tylko żądania SOAP.
EDGEUI-658 Problem z nazwą operacji przekazywania WSDL SOAP
EDGEUI-653 Błąd podczas tworzenia serwera proxy interfejsu API Node.js, gdy jest zaznaczona opcja Włącz CORS
EDGEUI-648 Połączenia z interfejsu trwające od 2 do 3 minut są przerywane
EDGEUI-623 Przycisk zmiany daty w historii organizacji nie działa w przeglądarce Firefox
Wstecz
17.04.2001
Dalej
16.04.2004