4.17.01 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z dokumentacją Apigee X. info

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

Od poprzedniej wersji funkcji Edge for Private Cloud 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ólne przepływy i punkty zaczepienia przepływu umożliwiają tworzenie zestawu zasad i zachowań, które można ponownie wykorzystywać w wielu proxy interfejsów API.

Mapy klucz-wartość (KVM), które już od dawna były 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, oraz 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.

Wycofane: limity zarabiania (interfejs Cloud 16.10.26)

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 uaktualnieniem 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

Usługę API BaaS możesz teraz zainstalować 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 konfiguracyjnego 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.

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 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 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 .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 uaktualniono do wersji 2.4

Ta wersja zawiera platformę interfejsu Play 2.4.

Dodaliśmy 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.
  • W wersji 4.16.09 uaktualniliśmy Influx z wersji 0.11 do wersji 1.0.2.
  • Wprowadziliśmy szereg poprawek zwiększających stabilność.

Więcej informacji znajdziesz w artykule Omówienie panelu monitorowania Apigee 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łącz wyszukiwanie 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 protokole 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 wiadomości edytuj plik /etc/nscd.conf.
  2. Ustaw tę właściwość:
    enable-cache hosts no

Usługi API

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

Nowa funkcja „Wspólne przepływy” umożliwia wdrażanie funkcji w serwerach proxy API. Łącząc zasady i zasoby warunkowe w przepływie udostępnionym, możesz odwoływać się do niego z dowolnego serwera 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 żądań i rejestrować dane.

Przepływy współdzielone definiujesz 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 (Punkty zaczepienia przepływu), 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. Przepływy współdzielone przypisujesz do tych lokalizacji zaczepów przepływu w interfejsie zarządzania (Interfejsy API > Konfiguracja środowiska > Zaczepy przepływu).

    • Żądanie: przed PreFlow w ProxyEndpoint, po PostFlow w TargetEndpoint
    • Odpowiedź: przed TargetEndpoint PreFlow, po ProxyEndpoint PostFlow

Więcej informacji znajdziesz w artykułach Wielokrotnego użytku udostępnione przepływy i Dołączanie udostępnionego 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/dane podlegające ochronie zgodnie z ustawą 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 KVM w definicji ładunku umieścisz “encrypted”: “true”, Edge wygeneruje klucz szyfrowania o tym samym zakresie co KVM i zaszyfruje KVM przy użyciu tego klucza.
  • Nie możesz użyć zasady Operacje na mapie wartości klucza do utworzenia zaszyfrowanej mapy wartości klucza. Przed użyciem zaszyfrowanego KVM w zasadach musisz go utworzyć za pomocą interfejsów API do 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ść, słowo kluczowe „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 klucz-wartość w interfejsie zarządzania pojawią się zaszyfrowane wartości w postaci gwiazdek (*****). Klucze i wartości dodaje się do zaszyfrowanej mapy klucz-wartość w taki sam sposób jak w przypadku map niezabezpieczonych. 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ą 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)

Hostowany na brzegu sieci plik WSDL dla 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. 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 dotyczący 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 cofnąć zatwierdzenie aplikacji i zatwierdzić je ponownie (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 są ponownie dostępne do użycia, jeśli deweloper zostanie ponownie zatwierdzony. Etykieta „Zatwierdzony” w przypadku kluczy 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 Szczegóły 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 istniejących 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) za pomocą 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 Szczegóły aplikacji dewelopera. Ten przycisk został usunięty.

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

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

W interfejsie Edge możesz zmieniać stan dewelopera aplikacji z aktywnego na nieaktywny i na odwrót (strona Szczegóły dewelopera, 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 (interfejs z 26.10.2016)

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 myszy wskazuje, że deweloper jest nieaktywny. Jeśli deweloperka zostanie przywrócona do stanu „Aktywna”, jej zatwierdzone aplikacje i dane logowania znów 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 26.10.16)

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 (16.10.26 UI)

Do głównego panelu Proxy Traffic dodaliśmy dane dotyczące średniej liczby transakcji na sekundę („Średnia liczba transakcji na sekundę”). 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)

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 następnie „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 Developer Services.

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 tworzyć zaszyfrowanych KVM ani Vaultów w organizacjach, w których obowiązują przepisy 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ę tokena odświeżania
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 Weryfikacja danych logowania 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 rozdzielenie 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 i wyświetla błąd 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 celowe, 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 wybrana opcja 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 przeglądarce Firefox
Wstecz
17.04.2001
Dalej
16.04.2004