4.17.01 – informacje o wersji Edge dla Private Cloud

Przeglądasz dokumentację Apigee Edge.
Przejdź do Dokumentacja Apigee X. informacje.

W środę 25 stycznia 2017 roku opublikowaliśmy nową wersję Apigee Edge dla prywatnych Google Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej w poniższych wersjach które pojawiły się w tej wersji funkcji:

Zobacz Informacje o wersji numerowanie, aby zrozumieć, jak sprawdzić, czy określona wersja chmury dostępne w Twojej wersji Edge dla Private Cloud.

Ogólne informacje o wersji

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

Przepływy współdzielone i punkty zaczepienia przepływu umożliwiają tworzenie zestawu zasad i zachowań wielokrotnego użytku w różnych wiele serwerów proxy API.

mapy klucz-wartość, które były już funkcją Edge dla długoterminowego użytkowania pary klucz-wartość można teraz szyfrować w celu zwiększenia bezpieczeństwa danych.

Aby zapewnić bardziej elastyczną kontrolę nad dostępem programistów do interfejsów API, interfejs zarządzania krawędziami udostępnia więcej opcji tworzenia kluczy i obiektów tajnych (danych logowania) interfejsu API i zarządzania nimi, a także unieważnianie uprawnień programisty aplikacji i dezaktywowanie deweloperów. Te ulepszenia ułatwiają wdrażanie strategii takich jak rotacja kluczy API, oraz umożliwiać wyłączenie wielu kluczy interfejsu API przez unieważnienie aplikacji dewelopera (wszystkie jego klucze są wyłączone) lub dezaktywacja programisty (wszystkie aplikacje i klucze dewelopera są wyłączone).

Funkcja limitów zarabiania została wycofana z czasem wycofania.

W pozostałej części tego tematu znajdziesz szczegółowe informacje na temat wszystkich nowych funkcji, aktualizacji i poprawek błędów zawarte w wydawnictwie.

Wycofania i wycofania

Poniższe funkcje zostały wycofane lub wycofane w tej wersji. Więcej informacji znajdziesz w zasadach wycofywania Edge.

Wycofany: zarabianie Limity (interfejs użytkownika Cloud 16.10.26)

Usunęliśmy funkcję limitów zarabiania z interfejsu zarządzania (Administracja > Limity). Więcej informacji na ten temat, m.in. narzędzie, którego należy użyć w tym przypadku, znajdziesz w powiadomieniu o wycofaniu: http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice. (DEVRT-3259)

Pomoc: Usunięto RedHat/CentOS w wersji 6.5

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

Nowe funkcje i aktualizacje

Poniżej przedstawiamy nowe funkcje i ulepszenia wprowadzone w tej wersji. Oprócz poniższych ulepszeń, ta wersja zawiera też wiele usprawnień, łatwości obsługi, wydajności, bezpieczeństwa i stabilności i ulepszeniach.

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

Chmura prywatna

Możesz wyświetlić baner z prośbą o zgodę na przetwarzanie danych, gdy użytkownik po raz pierwszy otworzy interfejs Edge. Baner z prośbą o zgodę na przetwarzanie danych wyświetla tekst w formacie HTML oraz przycisk, który użytkownik wybiera, aby przejść do ekranu logowania. Patrz sekcja Włączanie uzyskiwania zgody użytkowników na wykorzystanie danych , aby dowiedzieć się więcej.

Interfejs API BaaS obsługuje wiele centrów danych

Teraz możesz zainstalować API BaaS w wielu centrach danych. Zobacz Wiele centrów danych Instalacja BaaS API.

Nowe parametry konfiguracji instalacji BaaS interfejsu API

Do pliku konfiguracji BaaS API dodano 2 nowe parametry konfiguracji:

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

Patrz: Aktualizowanie Apigee Edge 4.16.09 do wersji 4.17.01.

Nie uruchamiaj już polecenia „deploy” opcja z poleceniem apigee-service dla API BaaS

Opcja Wdróż polecenie apigee-service nie jest już obsługiwana w przypadku stosu BaaS i portalu API. Zamiast tego musisz użyć opcji konfiguracji i uruchomienia ponownie. Zobacz Instalacja API BaaS aby dowiedzieć się więcej.

Nowy wymóg dotyczący portu w przypadku interfejsu API BaaS

Wszystkie węzły stosu BaaS muszą teraz otworzyć port 2551 dla dostępu ze wszystkich pozostałych węzłów stosu. Jeśli ma wiele centrów danych BaaS, port musi być dostępny ze wszystkich węzłów stosu we wszystkich danych Centra.

Więcej informacji znajdziesz w sekcji Instalacja API BaaS oraz Wymagania dotyczące instalacji aby dowiedzieć się więcej.

Portal usług dla deweloperów używa teraz Postgres jako bazy danych, a Nginx jako serwera WWW

We wszystkich nowych instalacjach portal jako baza danych używa Postgres zamiast MySQL, MariaDB. Klienci, którzy przechodzą z poprzedniej wersji na 4.17.01, nadal korzystają z MySQL lub MariaDB.

W nowych instalacjach wersji 4.17.01 serwer WWW Nginx jest też instalowany. Klienci przechodzący na Wersja 4.17.01 z poprzedniej wersji nadal będzie korzystać z Apache.

W portalu usług dla deweloperów nie jest już domyślnie włączona funkcja SmartDocuments

Musisz włączyć Dokumenty SmartDocuments w portalu. Więcej informacji na ten temat znajdziesz w artykule o używaniu Dokumentów Google przy tworzeniu dokumentów. interfejsów API.

Portal usług dla deweloperów teraz zainstalowany 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ędziami takimi jak Edge i API BaaS. Zobacz portal usług dla deweloperów , aby dowiedzieć się więcej.

Instalacja oparta na RPM i aktualizator .tar używa różnych komponentów:

Instalacja oparta na RPM

Instalacja oparta na plikach.tar

Serwer WWW

Nginx

Apache

Strona główna

/opt/apigee/apigee-drupal

/var/www/html

Port

8079

80

Baza danych

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (w trakcie przetwarzania z Apache)

Qpid uaktualniony do wersji 1.35

Ta wersja zawiera Qpid w wersji 1.35.

Cassandra uaktualniona do wersji 2.1.16

Ta wersja obejmuje system Cassandra w wersji 2.1.16.

Uaktualniono Google Play do wersji 2.4

Ta wersja zawiera interfejs Play 2.4.

Dodano obsługę systemów RedHat/CentOS w wersji 7.3

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

Aktualizacje panelu monitorowania wersji beta

Wersja beta panelu monitorowania Edge została zaktualizowana do:

  • Uwzględnij nowe panele dla Cassandra, Zookeeper, OpenLDAP, Postgres i Qpid.
  • Uaktualniono wersję Influx w wersji 4.16.09 z 0.11 na 1.0.2.
  • Dodaliśmy kilka poprawek zwiększających stabilność.

Zobacz Apigee Omówienie wersji beta panelu monitorowania, aby dowiedzieć się więcej.

W pliku konfiguracyjnym instalacji można teraz ustawić hasło Postgres

Używanie właściwości PG_PWD aby ustawić hasło Postgres w pliku konfiguracji instalacji. Patrz: Plik konfiguracji brzegowej Więcej informacji znajdziesz.

Włącz repozytorium EPEL

Musisz włączyć Dodatkowe pakiety dla Enterprise Linux (lub EPEL) do zainstalowania lub zaktualizowania Edge. Zapoznaj się z sekcją Wymagania dotyczące instalacji: i innych.

Wybór polecenia zależy od używanej wersji RedHat/CentOS:

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

Wyłącz wyszukiwanie DNS w IPv6 podczas używania NSCD (demon pamięci podręcznej usługi nazw)

Jeśli zainstalowano i włączono NSCD (demon pamięci podręcznej usługi nazw), procesory wiadomości wykonuje dwa wyszukiwania DNS – jedno dla IPv4 i drugie dla IPv6. Musisz wyłączyć wyszukiwanie DNS w IPv6, gdy za pomocą NSCD. Zobacz Wymagania dotyczące instalacji aby dowiedzieć się więcej.

Aby wyłączyć wyszukiwanie DNS w IPv6:

  1. W każdym węźle procesora wiadomości zmodyfikuj plik /etc/nscd.conf.
  2. Ustaw tę właściwość:
    enable-cache hosts nie

Usługi API

Przepływy współdzielone i punkty zaczepienia przepływu w celu wdrożenia serwerów proxy API (Cloud 16.09.21)

Nowe „Współdzielone przepływy” umożliwia korzystanie z funkcji na serwerach proxy interfejsu API. Według łącząc uwarunkowane zasady i zasoby w jeden wspólny przepływ, możesz się do niego odwołać z dowolnego serwera proxy interfejsu API do wykonywania logiki wielokrotnego użytku przeznaczonej do pojedynczego źródła. Przepływ współdzielony może na przykład sprawdzać, klucz API, ochronę przed włamaniami na skoki i dane dziennika.

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

  • Z nową zasadą objaśnienia przepływu na serwerze proxy interfejsu API
    lub

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

    Te punkty przyłącza pozwalają wykonywać logikę operacyjną przed głównym przepływem lub po nim punktów indywidualnego serwera proxy. Przypisujesz przepływy współdzielone do tych lokalizacji haczyków przepływu w zarządzania (Interfejsy API > Konfiguracja środowiska > Punkty zaczepienia przepływu).

    • Żądanie: przed punktem końcowym ProxyEndpoint, po docelowym punkcie końcowym PostFlow
    • Odpowiedź: przed punktem końcowym TargetEndpoint PreFlow, po ProxyEndpoint PostFlow

Aby dowiedzieć się więcej, zobacz sekcję Możliwość wielokrotnego użytku. wspólne przepływy i Dołączanie przepływu współdzielonego za pomocą haczyka.

Mapy zaszyfrowanych wartości kluczy (Cloud 16.09.21)

Możesz tworzyć zaszyfrowane mapy wartości kluczy (KVM) do przechowywania informacji poufnych, takich jak danych uwierzytelniających ani danych PII/HIPAA. Ta funkcja różni się od istniejącego bezpiecznego magazynu Edge (vault) i ma ją zastąpić, ponieważ dostęp do wartości Vault można uzyskać tylko za pomocą Node.js (w oprócz interfejsu API do zarządzania). Dostęp do zaszyfrowanych wartości KVM możesz uzyskać za pomocą środowiska Node.js lub klucza Zasady dotyczące operacji mapy wartości.

Tworzenie zaszyfrowanych maszyn KVM

  • Użyj istniejących interfejsów API do zarządzania maszyną wirtualną. Jeśli podczas tworzenia maszyny wirtualnej dodasz do definicji ładunku “encrypted”: “true”, Edge wygeneruje klucz szyfrowania z tym samym zakresem co KVM i szyfrujący maszynę wirtualną za pomocą tego klucza.
  • Nie możesz użyć zasady operacji mapy klucz-wartość do utworzenia zaszyfrowanej maszyny wirtualnej. Ty musi utworzyć szyfrowaną maszynę wirtualną za pomocą interfejsów API do zarządzania nią przed użyciem .
  • Nie możesz zaszyfrować istniejącej niezaszyfrowanej maszyny wirtualnej.

Korzystanie z zaszyfrowanych maszyn wirtualnych

  • Użyj zasady operacji mapy klucz-wartość, aby pobierać i aktualizować zaszyfrowane wartości KVM.
  • W przypadku zaszyfrowanej wartości klucza poprzedź zmienną, aby przechowywać w niej wartość ze słowem kluczowym „prywatny”. Na przykład: <Get assignTo="private.secretVar">. To Zmienna private.secretVar zawiera odszyfrowaną wartość.
  • Aktualizując wartość za pomocą zasady, nie musisz nic robić. Wartość będzie automatycznie szyfrowany w zaszyfrowanych maszynach wirtualnych.
  • Dostęp do odszyfrowanej wartości możesz też uzyskać za pomocą modułu apigee-access w kodzie Node.js. Używaj funkcję getKeyValueMap() do pobrania maszyny wirtualnej na podstawie nazwy i zakresu. Dwa w zwróconym obiekcie: getKeys(callback) są dostępne funkcje, aby uzyskać tablicę nazw kluczy i get(key, callback), aby uzyskać wartość określonego klucza. Dla: W tym przykładzie poniżej znajduje się maszyna KVM o zakresie apiproxy wywoływana 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 artykule Praca z kluczem Mapowanie wartości i Dostęp do danych w środowisku Node.js.

(APIRT-1197)

Tworzenie zaszyfrowanych map wartości klucza w interfejsie użytkownika (interfejs 16.10.26)

Podczas tworzenia mapy klucz-wartość w zakresie środowiska (KVM) w interfejsie zarządzania (interfejsy API) &gt; Konfiguracja środowiska > mapy klucz-wartość), Nowe pole wyboru Zaszyfrowane pozwala utworzyć szyfrowaną maszynę wirtualną. Po dodaniu do KVM, zaszyfrowane wartości pojawią się w interfejsie zarządzania jako gwiazdki (*****). Ty dodajesz klucz/wartość do zaszyfrowanej maszyny wirtualnej – dokładnie tak jak w przypadku niezaszyfrowanych maszyn wirtualnych. Pełna obsługa backendu dla zaszyfrowanych maszyn wirtualnych jest dostępna w wersji 160921. (EDGEUI-764)

. .

Adresy URL specyfikacji OpenAPI zawarte w metadanych serwera proxy interfejsów API (Cloud 16.09.21)

Po utworzeniu serwera proxy interfejsu API na podstawie specyfikacji OpenAPI lokalizacja Specyfikacja jest przechowywana w metadanych serwera proxy interfejsu API. Jeśli na przykład używasz interfejsu API do zarządzania, aby pobrać szczegóły wersji serwera proxy, metadane zawierają ścieżkę do specyfikacji OpenAPI w poniższym format:

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

To ulepszenie obsługuje nową wersję Edge, która łączy specyfikację OpenAPI z Serwery proxy API, usługi API i dokumentacja API w nowym portalu dla programistów. (MGMT-2913)

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

Gdy tworzysz polecenie „REST to SOAP to REST” oparty na WSDL, Edge automatycznie generuje hostowana specyfikacja OpenAPI na podstawie zasobów serwera proxy. Specyfikację znajdziesz na http(s)://[edge_domain]/[proxy_base_path]/openapi.json Konwersja jest jednak nie zawsze jest dokładne, ponieważ nie wszystkie reguły schematu XML można przedstawić w interfejsie OpenAPI Specyfikacja (EDGEUI-718)

WSDL hostowany na brzegu dla przekazujących serwerów proxy SOAP (interfejs Cloud 16.10.05)

Podczas tworzenia protokołu „Pass-through SOAP” serwera proxy opartego na WSDL, Edge hostuje WSDL i tworzy w serwerze proxy, aby umożliwić Ci dostęp. Dostęp do hostowanego WSDL możesz uzyskać pod adresem http(s)://[edge_domain]/[proxy_base_path]?wsdl – nowy punkt końcowy usługi Adres URL dla klientów wywołujących usługę SOAP za pośrednictwem serwera proxy. (EDGEUI-718)

Nowa przykładowa wycena giełdowa WSDL w kreatorze serwerów proxy interfejsów API (Cloud 16.08.24.01)

Podczas tworzenia interfejsu API usługi SOAP za pomocą kreatora serwera proxy interfejsów API zamiast nowego WSDL z notowaniami giełdowymi jest dostępne w przykładach: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

Usługi dla deweloperów

Zalety zarządzania aplikacjami w interfejsie dla deweloperów (interfejs Cloud 16.10.05)

Ulepszyliśmy zarządzanie aplikacjami przez deweloperów w interfejsie Edge ulepszenia:

  • Aplikacje możesz unieważniać i zatwierdzać (w trybie edycji) za pomocą nowego pola „Stan aplikacji”. . W trybie widoku to pole zawiera też bieżący stan aplikacji. Jeśli aplikacja zostanie unieważniona, żaden z jej kluczy interfejsu API nie będzie i obsługi wywołań interfejsu API. Same klucze nie są unieważniane i są ponownie dostępne dla należy użyć w przypadku ponownego zatwierdzenia dewelopera. Strona „Zatwierdzono” etykieta kluczy interfejsu API jest wyświetlana w przekreślony tekst, gdy aplikacja została anulowana.
  • Daty ważności kluczy API są teraz wyświetlane na stronie Szczegóły aplikacji dewelopera, a klucze uporządkowane według dat ważności na stronie „Dane logowania”. . Na przykład klucz bez daty ważności to jest wyświetlany w jednej grupie z powiązanymi usługami interfejsu API, a także wyświetlany jest klucz, który wygasa za 90 dni w innej grupie z powiązanymi z nią usługami. Nie możesz zmienić daty ważności istniejące dane logowania.
  • Za pomocą nowego przycisku dodawania danych logowania w trybie edycji aplikacji dewelopera możesz generować klucze interfejsu API za pomocą o określonym terminie lub dacie ważności (albo bez daty ważności). Gdy utworzysz dane logowania, możesz dodawać do niego usługi API.
    Ta funkcja zastępuje opcję „Ponownie wygeneruj klucz” na stronie Szczegóły aplikacji dewelopera. To Przycisk został usunięty.

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

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

W interfejsie Edge możesz zmienić stan dewelopera aplikacji z „Aktywny” lub „Nieaktywny” (strona Szczegóły dewelopera, tryb edycji, przycisk Aktywuj/Dezaktywuj). Gdy deweloper jest nieaktywny, Żaden z jej kluczy interfejsu API aplikacji dewelopera ani tokenów OAuth wygenerowanych przy użyciu tych kluczy nie będzie stosowany w wywołaniach na serwery proxy API. (EDGEUI-304)

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

Gdy deweloper aplikacji ma stan „Nieaktywny”, aplikacje i dane logowania dewelopera nie są już ważne, mimo że nadal mają stan „Zatwierdzone” stanu. Teraz podczas wyświetlania nieaktywnego programisty Aplikacje i dane logowania w interfejsie zarządzania ze statusem „Zatwierdzone” etykieta stanu aplikacji i danych logowania to wyświetlane są przekreślone, a etykietka kursora myszy na etykiecie wskazuje, deweloper jest nieaktywny. Jeśli konto dewelopera zostanie przywrócone do stanu „Aktywne”, zatwierdzone aplikacje, dane logowania są ponownie prawidłowe, a przekreślony tekst w polu „Zatwierdzone” (EDGEUI-728)

Usługi analityczne

Nazwa „Analiza kodu błędu” została zmieniona panel (UI 16.10.26)

„Analiza błędów” Nazwa panelu została zmieniona na „Error Code Analysis”. W panelu obejmuje wywołania interfejsu API z kodami stanu HTTP 4xx i 5xx. (EDGEUI-738)

Dane TPS w panelach proxy (interfejs 16.10.26)

Do głównego serwera proxy dodano dane dotyczące średniej liczby transakcji na sekundę („średnia liczba TPS”) Panel ruchu. Ponadto po najechaniu kursorem na poszczególne punkty danych na stronie Ruch przez serwer proxy i na wykresach wydajności serwera proxy, w etykietce wyświetlany jest wskaźnik TPS dla danego przedziału czasu. (EDGEUI-668)

Wyświetlanie błędów Analytics (interfejs użytkownika 16.10.26)

Gdy panel funkcji analitycznych odebrał błąd 500, w interfejsie zarządzania wyświetlał się komunikat „Report timed out” (Limit czasu raportu) spalone” bez względu na błąd. UI wyświetla się teraz, aby zapewnić lepsze możliwości rozwiązywania problemów do faktycznego błędu. (EDGEUI-753)

Usunięto błędy

W tej wersji poprawiono następujące błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy sprawdzają czy zgłoszenia do zespołu pomocy zostały naprawione. Nie zawiera on szczegółowych informacji na temat wszystkich użytkowników.

Edge dla Private Cloud 4.17.01

Identyfikator problemu Opis
APIBAAS-1990 Stos BaaS API nie próbuje już uwierzytelnić się na serwerze SMTP, gdy protokół smtp.auth jest false (fałsz)
APIRT-3032

Uruchomienie polecenia „apigee-service baas-usergrid” także użyj polecenia uruchamia „Skonfiguruj”

Nie musisz już uruchamiać polecenia „apigee-service baas-usergrid” , a następnie „apigee-service baas-usergrid restart” dla stosu BaaS.

APIRT-3032

Jeśli nazwa hosta jest adresem IP, nie przeprowadzaj wyszukiwania DNS.
DOS-4070

„apigee-all -version” pokazuje wersję RPM Edge-mint-*
DOS-4359

Dodano plik „pdb” pozwala zainstalować tylko bazę danych Postgres.

Używany tylko podczas instalowania portalu usług dla deweloperów. Zobacz usługi dla deweloperów i instalacji portalu.

Cloud 16.10.26 (UI)

Identyfikator problemu Opis
EDGEUI-768 Podczas tworzenia serwera proxy za pomocą StockPrice WSDL wystąpił błąd

Chmura 16.09.21_9

Identyfikator problemu Opis
MGMT-3674 Nie można tworzyć zaszyfrowanych maszyn wirtualnych lub Vault dla organizacji zgodnych z ustawą HIPAA
MGMT-3647 Dostęp do roli użytkownika w przypadku użytkowników, którzy w e-mailach pisanych wielkimi literami zgłaszają błąd 403

Cloud 16.09.21

Identyfikator problemu Opis
APIRT-3507 Czasowe błędy (np. błędy SNI) w usłudze JavaScript objaśnienia
APIRT-3408 Moduł MP w wersji 160817 dotyczący przetwarzania komunikatów w module apigee-access
APIRT-3390

Zmiana w odpowiedzi na błąd zwracanej przez zasadę odświeżania tokena dostępu
APIRT-3389
APIRT-3381 Duże czasy oczekiwania na produkcyjne serwery proxy
APIRT-3366 Zasady JavaScriptu nie działają we wszystkich nowych organizacjach próbnych
APIRT-3363 Analiza nieprawidłowych adresów URL zwraca stan 500 z komunikatem ApplicationNotFound
APIRT-3356 Komunikat o nieprawidłowym tokenie protokołu OAuth
APIRT-3355 Chwilowy błąd 403 na serwerze proxy OAuth
APIRT-3285
APIRT-3261 Weryfikacja danych logowania w innej aplikacji deweloperskiej w wersji produkcyjnej
APIRT-3234 Aplikacja Node.js zwraca 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 funkcji zarządzania logami pamięci podręcznej powoduje podzielenie komunikatów 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 Oddzielna pula wątków na potrzeby niektórych kroków blokujących w celu zwiększenia obciążenia obsługa
CORESERV-774 Dostęp przy użyciu prawidłowego klucza z nieprawidłowym odwołaniem do usługi apiproduct, która powoduje wewnętrzny serwer

Cloud 16.10.05 (UI)

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

Cloud 16.08.24.01

Identyfikator problemu Opis
EDGEUI-663 Serwer proxy wygenerowany dla portu WeatherHttpGet na serwerze Weather.wsdl kończy się niepowodzeniem w czasie działania z 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. To zamierzone, bo tylko kreator generuje żądania SOAP.
EDGEUI-658 Problem z nazwą operacji przekazywania SOAP WSDL
EDGEUI-653 Podczas tworzenia serwera proxy interfejsu node.js API wystąpił błąd, gdy opcja Włącz Cors jest włączona wybrano
EDGEUI-648 Połączenia z interfejsu, które trwają od 2 do 3 minut
EDGEUI-623 Przycisk zmiany daty zmiany historii organizacji nie działa w przeglądarce Firefox
Wstecz
17.04.2001
Dalej
16.04.2004