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 Private Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej miały miejsce 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.

Przepływy współdzielone i punkty zaczepienia przepływu umożliwiają tworzenie zestawów zasad i zachowań wielokrotnego użytku w wielu proxy interfejsów API.

Mapy par klucz-wartość (KVM), które były już funkcją Edge do długoterminowego 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.

Wycofania i zakończenia

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

Wycofano: limity zarabiania (interfejs Cloud 16.10.26)

Funkcja Limity 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ęcie obsługi 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

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

Więcej informacji i instrukcje 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 klika, aby przejść do ekranu logowania. Więcej informacji znajdziesz w sekcji Włączanie banera z prośbą o zgodę na przetwarzanie danych.

Interfejs API BaaS obsługuje wiele centrów danych

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

Nowe parametry konfiguracji instalacji interfejsu API BaaS

Do pliku konfiguracyjnego API BaaS dodano 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 z wersji 4.16.09 do 4.17.01.

Nie uruchamiaj już opcji „deploy” za pomocą polecenia 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 (skonfiguruj) i restart (uruchom ponownie). 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 przechodzą na 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 przejdą z poprzedniej wersji na wersję 4.17.01, 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 Developer Services jest teraz instalowany z pakietów RPM

Wersja 4.17.01 portalu usług dla programistów 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 systemu Cassandra do wersji 2.1.16

Ta wersja zawiera Cassandrę w wersji 2.1.16.

Uaktualniono Play do wersji 2.4

Ta wersja zawiera platformę interfejsu Play 2.4.

Dodaliśmy obsługę systemu 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 kilka poprawek zwiększających stabilność.

Więcej informacji znajdziesz w artykule Apigee Monitoring Dashboard Beta Overview.

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 wymaganiach dotyczących 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 protokole 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. Podczas korzystania z NSCD musisz wyłączyć wyszukiwanie DNS w protokole IPv6. Więcej informacji znajdziesz w wymaganiach dotyczących 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 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 zasoby i zasady 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 liczby wywołań i rejestrować dane.

Definiujesz przepływy współdzielone w interfejsie zarządzania (Interfejsy API > Przepływy współdzielone), 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 sekcjach 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ść (KVM) do przechowywania informacji poufnych, takich jak dane logowania lub dane osobowe/HIPAA. Ta funkcja różni się od istniejącego bezpiecznego magazynu Edge (skarbca) i ma go zastąpić, ponieważ do wartości skarbca 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 uwzględnisz w definicji ładunku wartość “encrypted”: “true”, Edge wygeneruje klucz szyfrowania o tym samym zakresie co mapa wartości klucza i zaszyfruje mapę wartości klucza przy użyciu tego klucza.
  • Nie możesz użyć zasady Operacje na mapie klucz-wartość do utworzenia zaszyfrowanej mapy KVM. Zanim użyjesz zaszyfrowanego KVM w zasadach, musisz go utworzyć za pomocą interfejsów API do zarządzania KVM.
  • Nie możesz zaszyfrować istniejącej, niezaszyfrowanej maszyny 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 przed zmienną, która ma przechowywać wartość, słowo kluczowe „private”. Przykład: <Get assignTo="private.secretVar">. Zmienna private.secretVar zawiera odszyfrowaną wartość.
  • Podczas aktualizowania wartości za pomocą zasad 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 konkretnego klucza. Na przykład poniższe polecenie pobiera klucz KVM o zakresie apiproxy o nazwie VerySecureKVM i zwraca 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 Zaszyfrowana umożliwia utworzenie zaszyfrowanej mapy klucz-wartość. Po dodaniu kluczy do KVM zaszyfrowane wartości pojawią się w interfejsie zarządzania jako gwiazdki (*****). Klucze i wartości dodaje się do zaszyfrowanego KVM dokładnie tak samo jak w przypadku niezabezpieczonych KVM. 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, produktami API i dokumentacją API w nowym portalu dla programistów. (MGMT-2913)

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

Gdy utworzysz serwer proxy „REST to SOAP to REST” na podstawie pliku WSDL, Edge automatycznie wygeneruje hostowaną specyfikację OpenAPI na podstawie zasobów serwera proxy. Specyfikację znajdziesz na stronie 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 w przypadku serwerów proxy SOAP typu passthrough (interfejs Cloud 16.10.05)

Gdy utworzysz serwer proxy „Pass-Through SOAP” na podstawie pliku WSDL, Edge będzie hostować ten plik i utworzy w serwerze proxy przepływ, który umożliwi Ci dostęp do niego. Do hostowanego pliku WSDL możesz uzyskać dostęp 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 kilku zmianom:

  • W nowym polu „Stan aplikacji” możesz cofnąć i zatwierdzić 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 w przekreślonym tekście, 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 produktami interfejsu API, a klucz, który wygasa za 90 dni, jest wyświetlany w innej grupie z powiązanymi z nim produktami. Nie możesz zmienić daty ważności istniejącego certyfikatu.
  • 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 do nich dodać 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 i dezaktywowanie dewelopera aplikacji w interfejsie (interfejs Cloud 16.10.05)

Stan dewelopera aplikacji możesz zmienić z aktywnego na nieaktywny i na odwrót w interfejsie Edge (strona Szczegóły dewelopera, tryb edycji, przycisk Aktywuj/Dezaktywuj). Gdy programista jest nieaktywny, żaden z 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 (interfejs z 26 października 2016 r.)

Gdy deweloper aplikacji ma stan „Nieaktywny”, jego aplikacje i dane logowania nie są już ważne, mimo że nadal mają stan „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 znów będą ważne, a przekreślony tekst na etykiecie „Zatwierdzono” zostanie usunięty. (EDGEUI-728)

Usługi analityczne

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

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

Dane TPS na panelach serwera proxy (interfejs 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 16.10.26)

Gdy panel analityczny otrzymał błąd 500, w interfejsie zarządzania wyświetlał się 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)

Poprawione 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 dla chmury prywatnej 4.17.01

Identyfikator problemu Opis
APIBAAS-1990 API BaaS Stack 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ć poleceń „apigee-service baas-usergrid configure” i „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 Nie udało się utworzyć serwera proxy za pomocą pliku WSDL usługi StockQuote

Cloud 16.09.21_9

Identyfikator problemu Opis
MGMT-3674 Nie można utworzyć zaszyfrowanych maszyn KVM ani Vaults w organizacjach, w których obowiązuje ustawa 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 produkcyjnych serwerów proxy 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ą dewelopera 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 w przypadku 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 wybrano opcję Włącz CORS
EDGEUI-648 Połączenia z interfejsu, które trwają od 2 do 3 minut, są przerywane
EDGEUI-623 Przycisk zmiany daty w historii organizacji nie działa w Firefoksie
Wstecz
17.04.2001
Dalej
16.04.2004