4.16.09 – informacje o wersji Edge dla Private Cloud

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje

W poniedziałek 19 września 2016 roku opublikowaliśmy nową wersję Apigee Edge dla Private Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej wystąpiły następujące wersje, które są uwzględnione w tej wersji funkcji:

Zapoznaj się z artykułem Informacje o numerowaniu wersji, aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge dla Private Cloud.

Ogólne informacje o wersji

W tej wersji usunęliśmy klasyczny edytor proxy interfejsu API i zastąpiliśmy go nowym edytorem, który był dostępny do używania razem z klasycznym edytorem. Inne ważne ulepszenia obejmują ulepszone działanie ścieżek zasobów usług API, ulepszoną obsługę ładunków JSON zdefiniowanych w zasadach przypisywania wiadomości i podnoszenia błędów, ulepszenia konwersji XML-to-JSON, ulepszoną weryfikację zasobów, możliwość ustawiania limitów czasu na poszczególnych serwerach proxy interfejsu API, zaktualizowane generowanie serwerów proxy SOAP w kreatorze proxy interfejsu API oraz wydajny obiekt Crypto dla JavaScript.

Ulepszenia zarabiania obejmują nowe funkcje powiadomień w planie stawek powiadomień, interfejs API, który przenosi deweloperów do trybu zarabiania, oraz możliwość ustawiania planów stawek jako publicznych lub prywatnych.

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

Wycofano

Usługi interfejsu API

Usunięto klasyczny edytor proxy (Cloud 16.04.20 UI)

Nowa wersja edytora proxy interfejsu API jest teraz jedyną obsługiwaną wersją. Wersja klasyczna nie jest już dostępna, a link „Dostęp do klasycznej wersji edytora serwerów proxy” został usunięty. Jeśli korzystasz z wersji klasycznej, Twoje serwery proxy interfejsu API zostaną automatycznie wczytane w nowym edytorze. (EDGEUI-498)

Zarabianie

Te wycofane funkcje zostały usunięte i nie są już obsługiwane:

  • Ustawianie limitów
  • Powiadomienia o limitach wysyłania

Możesz też skonfigurować powiadomienia w sposób opisany w tych sekcjach:

(DEVRT-2742)

Nowe funkcje i aktualizacje

Poniżej znajdziesz opis nowych funkcji i ulepszeń wprowadzanych w tej wersji. Oprócz poniższych ulepszeń ta wersja zawiera też wiele ulepszeń w zakresie łatwości obsługi, wydajności, bezpieczeństwa i stabilności.

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

Chmura prywatna

Aktualizacja Postres do wersji 9.4

Ta wersja zawiera uaktualnienie do Postgres 9.4. Instrukcje aktualizowania systemu znajdziesz w artykule o aktualizowaniu Apigee Edge do wersji 4.16.09.

Obsługa geoMap w interfejsie użytkownika Edge

Agregacja danych geograficznych umożliwia zbieranie danych analitycznych dotyczących wywołań interfejsu API na podstawie atrybutów geograficznych, takich jak region, kontynent, kraj i miasto. Z tych danych analitycznych możesz wyświetlić w interfejsie użytkownika Edge mapę geograficzną, która pokazuje lokalizację żądań do interfejsu API.

Więcej informacji znajdziesz w artykule Włączanie agregacji geograficznej i map geograficznych.

Interfejs API BaaS

Dodano dokumentację:

Wersja beta narzędzia i panelu do monitorowania

W tej wersji dodaliśmy wersję beta nowego narzędzia do monitorowania i panelu dla Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routery, procesory wiadomości, ZooKeeper, Cassandra), a także kody błędów http dla różnych organizacji i środowisk we wdrożeniu. Możesz też zrobić zrzut danych panelu i udostępnić je Apigee, aby ułatwić rozwiązywanie problemów z zespołem pomocy.

Dokumentacja wraz z instrukcjami instalacji jest dołączona do dokumentu Edge 4.16.09 w wersji 4.18.01.

Aby jednak móc zainstalować panel i z niego korzystać, musisz wypełnić umowę o ocenę usługi Apigee, która jest również dostępna w wersji 4.18.01, i zwrócić ją do Apigee, wysyłając ją e-mailem na adres order@apigee.com.

Wersja beta kolektora analityki

Wszyscy klienci Edge dla Private Cloud muszą przesyłać do Apigee statystyki ruchu z serwera proxy interfejsu API. Apigee zaleca klientom przesyłanie tych informacji raz dziennie, na przykład przez utworzenie zadania cron.

Aby ułatwić przesyłanie tych danych, Apigee udostępnia wersję beta narzędzia wiersza poleceń apigee-analytics-collector. To narzędzie wysyła do Apigee raport liczby wywołań interfejsu API. Każda przeglądarka Edge dla instalacji Private Cloud może używać tego narzędzia do pobierania danych o ruchu i raportowania do Apigee.

Więcej informacji znajdziesz w artykule Przesyłanie danych o ruchu z interfejsu API do Apigee – wersja beta.

Usługi interfejsu API

Ładunki JSON w usłudze Assign Message and Move Fault (Cloud 16.08.17)

Podczas ustawiania ładunku JSON za pomocą zasady przypisywania wiadomości lub podnoszenia błędu użytkownicy musieli stosować obejścia, aby mieć pewność, że wiadomość JSON została poprawnie sformatowana w czasie działania, na przykład zacząć ładunek od ukośnika lewego lub określić zmienną przedrostek i zmiennąSuffix w elemencie Payload, nawet jeśli w wiadomości nie używano żadnych zmiennych.

Dzięki temu ulepszeniu nie trzeba stosować obejścia, aby zapewnić prawidłowe formatowanie wiadomości JSON, a zmienne można określać za pomocą nawiasów klamrowych bez tworzenia nieprawidłowego formatu JSON. Na przykład ten kod wstawia wartość message.content w wiadomości JSON: 

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

Jeśli skorzystasz z obejścia, Twój kod będzie nadal działać bez zmian. Do wskazywania zmiennych zamiast nawiasów klamrowych możesz też używać zmiennej Prefiks i zmiennaSufiks.

Zobacz element <Set><Payload> w dokumentacji referencyjnej Assign Message policy (zasady przypisywania wiadomości) i Move Fault policy (Zasada Zgłaszanie błędów). (APIRT-1160)

Ulepszenia zasad z XML na JSON (Cloud 16.08.17)

Zasada XML na JSON została udoskonalona o następujące funkcje. Możesz skonfigurować tę zasadę, aby:

  • Podczas konwersji traktuj niektóre elementy XML jako tablice, co spowoduje umieszczenie wartości w nawiasach kwadratowych „[ ]” w dokumencie JSON.
  • Usuń lub usuń poziomy hierarchii dokumentów XML w ostatecznej wersji dokumentu JSON.

Więcej informacji znajdziesz w opisie zasad z XML na JSON. (APIRT-1144)

Wiele symboli wieloznacznych w ścieżkach zasobów usługi API (Cloud 16.08.17)

Podczas definiowania ścieżek zasobów w usłudze API możesz umieszczać symbole wieloznaczne w wielu miejscach w ścieżce zasobu. Na przykład /team/*/invoices/** zezwala na wywołania interfejsu API o dowolnej wartości po /team i wszystkich ścieżkach zasobów po invoices/. Dozwolony identyfikator URI w wywołaniu interfejsu API to proxyBasePath/team/finance/invoices/company/a.

Jeśli po tej wersji dotychczasowe ścieżki zasobów usług API przestaną działać zgodnie z oczekiwaniami, ustaw tę właściwość w organizacji, aby przywrócić poprzednie zachowanie: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funkcje kryptograficzne w JavaScripcie (Cloud 16.08.17)

Dostępny jest nowy zestaw funkcji JavaScript crypto o wysokiej wydajności do tworzenia, pobierania i aktualizowania tych obiektów z obiektami: MD5, SHA-1, SHA256, SHA512. Obiekt crypto pozwala też uzyskać datę w różnych formatach. Więcej informacji znajdziesz w artykule o modelu obiektów JavaScript. (APIRT-2886)

Sprawdzanie wersji JAR objaśnienia Java (Cloud 16.08.17)

Podczas przesyłania zasobu Javy JAR do serwera proxy interfejsu API zwracany jest kod stanu HTTP 400 (zamiast 500), jeśli wersja zasobu Java jest niezgodna z wersją Java obsługiwaną przez Edge. Ta wersja jest wymieniona w sekcji Obsługiwane oprogramowanie i obsługiwane wersje. (MGMT-3420)

Sprawdzanie zasobów serwera proxy interfejsu API (Cloud 16.08.17)

Jeśli przechowujesz pliki zasobów serwera proxy interfejsu API (np. JavaScript lub Java JAR) w zakresie na poziomie organizacji, platforma weryfikacji nie wymaga już uwzględniania tych zasobów na poziomie serwera proxy interfejsu API w pakiecie proxy interfejsu API w celu ich importu w celu przejścia weryfikacji. Weryfikacja zasobów odbywa się teraz w czasie wdrażania, a nie podczas importu. (MGMT-1430)

Konfigurowanie czasu oczekiwania dla poszczególnych serwerów proxy interfejsu API (Cloud 16.08.17)

Możesz skonfigurować serwery proxy interfejsu API tak, aby przekraczały limit czasu po określonym czasie (ze stanem limitu czasu bramy 504). Główny przypadek użycia dotyczy klientów Private Cloud, którzy mają serwery proxy API, których wykonanie trwa dłużej. Załóżmy na przykład, że określone serwery proxy mają przekraczać limit czasu po 3 minutach. W konfiguracji serwera proxy interfejsu API możesz użyć nowej właściwości api.timeout. Robi się to w takim 3-minutowym przykładzie:

  1. Najpierw skonfiguruj system równoważenia obciążenia, router i procesor wiadomości tak, aby przekraczały limit czasu po 3 minutach.
  2. Następnie skonfiguruj odpowiednie serwery proxy, aby przekraczały limit czasu po 3 minutach. Określ wartość w milisekundach. Przykład: 
    <ProxyEndpoint name="default">
  <HTTPProxyConnection>
    <BasePath>/v1/weather</BasePath> 
    <Properties> 
      <!-- api.timeout is in milliseconeds -->
      <Property name="api.timeout">180000</Property>
    </Properties>
    ...
  3. Pamiętaj jednak, że zwiększenie limitów czasu oczekiwania systemu może spowodować problemy z wydajnością, ponieważ wszystkie serwery proxy bez ustawienia api.timeout korzystają z nowego, wyższego systemu równoważenia obciążenia, routera i procesora wiadomości. Skonfiguruj więc inne serwery proxy interfejsu API, które nie wymagają dłuższych limitów czasu, aby używały krótszych limitów czasu. Poniższy przykład ustawia na przykład limit czasu serwera proxy interfejsu API po minucie:
    <Property name="api.timeout">60000</Property>

Klienci Google Cloud, którzy nie mogą zmieniać limitów czasu oczekiwania na Edge, mogą też skonfigurować limit czasu serwera proxy interfejsu API, o ile będzie on krótszy niż standardowy czas oczekiwania procesora wiadomości Edge, który wynosi 57 sekund.

Nie możesz wypełnić wartości zmienną. Tę właściwość znajdziesz w dokumentacji właściwości punktu końcowego. (APIRT-1778)

Działanie serwera proxy SOAP podczas korzystania z kreatora proxy (interfejs Cloud 16.07.27)

Podczas tworzenia serwera proxy opartego na SOAP z WSDL za pomocą kreatora proxy dostępne są 2 opcje:

  • Pass-through SOAP, gdzie serwer proxy po prostu przekazuje ładunek żądania SOAP w niezmienionej postaci.
  • Z REST do SOAP do REST, gdzie serwer proxy konwertuje ładunek przychodzący, taki jak JSON, na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format oczekiwany przez element wywołujący.

W tej wersji wprowadziliśmy następujące aktualizacje sposobu działania tych opcji. Różnice między starym a nowym sposobem działania wynikają z zasad i konfiguracji generowanych automatycznie przez kreatora serwera proxy.

Przekazywanie SOAP

  • Wszystkie operacje WSDL są teraz wysyłane do ścieżki bazowej serwera proxy „/”, a nie do zasobów serwera proxy (takich jak „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowej usługi SOAP. To zachowanie jest zgodne ze specyfikacją SOAP.

  • Wygenerowany serwer proxy nie obsługuje już formatu JSON w żądaniu. Obsługuje tylko format XML. Serwer proxy dba o to, aby żądania SOAP miały kopertę, treść i przestrzeń nazw.

REST to SOAP do REST

  • WSDL 2.0 nie jest obsługiwany.
  • Nowe zachowanie nie zostało przetestowane z użyciem zasady WS-Policy.
  • Serwer proxy umożliwia POST dla danych JSON zamiast FormParams.
  • Gdy dodasz obsługę CORS (współdzielenia zasobów między domenami) do serwera proxy za pomocą kreatora proxy, zobaczysz te ulepszenia:
    • Nagłówek Access-Control-Allow-Headers: oprócz nagłówków Origin, x-requested-with i Accept nagłówek Access-Control-Allow-Headers zawiera też nagłówki Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent i Cache-Control.
    • Nagłówek Access-Control-Allow-Methods: oprócz GET, PUT, POST, DELETE ten nagłówek zawiera też czasowniki PATCH i OPTIONS.
  • Podczas generowania serwera proxy interfejsu API dla WSDL Edge odczytuje wszystkie obiekty ComplexType zdefiniowane w WSDL jako abstrakcyjne i poprawnie rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

Narzędzie wiersza poleceń wsdl2apigee open source

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania serwerów proxy interfejsów API przekazujących lub Rest-to-Soap z WSDL. Więcej informacji znajdziesz na stronie https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Domyślna data wygaśnięcia/odświeżania w zasadach operacji związanych z mapą klucz-wartość (interfejs Cloud 16.06.15)

Zasada operacji związanych z mapą klucz-wartość pozwala określić, jak długo wartości mają być przechowywane przed odświeżeniem. Interwał odświeżania jest ustawiany za pomocą elementu <ExpiryTimeInSecs>. Jeśli zostanie wykonana operacja GET, a czas wygaśnięcia zostanie przekroczony, wartość zostanie odświeżona, a zasada pobierze zaktualizowaną wartość. Po dodaniu tej zasady do serwera proxy interfejsu API domyślny czas wygaśnięcia wynosi teraz 300 sekund. (Poprzednia wartość domyślna to -1, co oznacza, że wartości nie są odświeżane). (EDGEUI-579)

Zarabianie

Plan częstotliwości powiadomień z możliwością dostosowania (interfejs Cloud 16.04.20, przychody z Cloud 16.04.13)

Nowy plan z możliwością dostosowania częstotliwości powiadomień w Zarabianiu na Edge pozwala dostawcy interfejsu API dostosować docelową liczbę transakcji dla każdego dewelopera aplikacji. Możesz określić, czy i kiedy powiadomienia mają być wysyłane w zależności od tego, jaki procent liczby docelowej został osiągnięty, np. 90%, 100% czy 150%. Ta funkcja jest dostępna w interfejsie zarządzania, a także w interfejsie API zarządzania (który był dostępny w poprzedniej wersji). Więcej informacji znajdziesz w artykule o określaniu szczegółów abonamentu powiadomień z możliwością dostosowania. (DEVRT-2375, DEVRT-2370)

Powiadomienia webhooka dla abonamentów z możliwością dostosowania stawek powiadomień (zarabianie w Cloud 16.04.27)

W przypadku planów stawek powiadomień z możliwością dostosowania możesz utworzyć webhooki, które będą wysyłać powiadomienia na podany przez Ciebie adres URL. Możesz też ustawić powiadomienia, które będą pojawiać się w określonych odstępach czasu (w procentach) aż do osiągnięcia limitu transakcji. Powiadomienia webhooka to elastyczny sposób na korzystanie z istniejących szablonów powiadomień. Więcej informacji znajdziesz w artykule Konfigurowanie powiadomień za pomocą webhooków. (DEVRT-2393, DEVRT-2394)

Dostosowywane powiadomienia z planem stawek atrybutów niestandardowych (Cloud 16.05.18 UI)

W przypadku zarabiania na brzegu sieci nowy abonament „Regulowane powiadomienie z atrybutem niestandardowym” umożliwia dodawanie wartości do liczby transakcji dewelopera za pomocą wartości atrybutu niestandardowego. W przypadku standardowego planu z możliwością dostosowania częstotliwości powiadomień każde udane wywołanie interfejsu API powoduje dodanie 1 do liczby transakcji dewelopera. Jednak dzięki planowi stawek z możliwością dostosowania powiadomień z atrybutami niestandardowymi wartość atrybutu niestandardowego jest dodawana do liczby transakcji dewelopera. Jeśli na przykład atrybut niestandardowy „small” ma w odpowiedzi wartość 0,1, liczba transakcji zwiększa się o 0,1, a jeśli atrybut niestandardowy „addressTotal” ma wartość 50, liczba ta zwiększa się o 50. Więcej informacji znajdziesz w artykule o określaniu abonamentu za pomocą szczegółów atrybutów niestandardowych. (DEVRT-2504)

Konfigurowanie powiadomień na podstawie łącznej liczby transakcji dla firmy i jej deweloperów (zarabianie w Google Cloud 16.06.2022)

Łączna liczba transakcji jest zwykle śledzona automatycznie w przypadku wszystkich deweloperów w firmie, gdy uzyskują oni dostęp do interfejsów API w aplikacji tej firmy. Co zrobić, jeśli masz deweloperów, którzy aktywnie używają własnych aplikacji do uzyskiwania dostępu do interfejsów API, i chcesz śledzić ich łączne liczby transakcji bez zakłóceń w ruchu? Możesz dodać programistów do firmy i skonfigurować wysyłanie powiadomień po osiągnięciu progów opartych na łącznej liczbie transakcji dla firmy i jej deweloperów. Więcej informacji znajdziesz w artykule Konfigurowanie powiadomień na podstawie łącznej liczby transakcji dotyczących firmy i jej deweloperów. (DEVRT-2643)

Wyświetlanie i ponowne przetwarzanie powiadomień (zarabianie w Cloud 16.06.08)

W ramach pakietu testowego możesz wyświetlać i ponownie przetwarzać powiadomienia wysłane wcześniej za pomocą interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie i ponowne przetwarzanie powiadomień. (DEVRT-2643)

Testowanie zarabiania (zarabianie w Google Cloud w wersji 16.05.25)

Funkcja zarabiania udostępnia zestaw interfejsów API, które pozwalają przetestować wykonywanie webhooków i sprawdzić, czy powiadomienia są wysyłane. Szczegółowe informacje znajdziesz w artykule Testowanie konfiguracji powiadomień. (DEVRT-2625)

Migracja deweloperów do programu zarabiania (zarabianie w Google Cloud w wersji 16.05.11)

Udostępniliśmy nowy interfejs API, aby ułatwić deweloperom przejście na korzystanie z funkcji zarabiania. Możesz przenieść dane o wykorzystaniu transakcji oraz pobierać opłaty za niestandardową konfigurację i opłaty cykliczne. Dodatkowo przyjmując opublikowany abonament, możesz zrezygnować z opłat konfiguracyjnych, jeśli zostały już one naliczone. Więcej informacji znajdziesz w artykule Przenoszenie deweloperów do programu zarabiania. (DEVRT-2446)

Abonamenty stawek publicznych i prywatnych dla portalu dla programistów (zarabianie na platformie Cloud 16.04.27)

Możesz ustawić plany stawek jako „Publiczne” lub „Prywatne”. Publiczne plany stawek pojawiają się w portalu dla deweloperów, a plany stawek prywatnych nie. Domyślnym ustawieniem abonamentu jest Publiczny. Więcej informacji znajdziesz na stronie http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans. (DEVRT-2445)

Cofanie zawieszenia dewelopera (zarabianie w Cloud 16.06.08)

Funkcja zarabiania udostępnia zestaw interfejsów API, dzięki którym można cofnąć zawieszenie dewelopera, który został wcześniej zawieszony. Deweloper może zostać zawieszony, jeśli osiągnie skonfigurowany limit. Na przykład liczba transakcji osiągnęła maksymalny limit lub saldo konta przedpłaconego zostało wyczerpane. Więcej informacji znajdziesz w artykule Cofanie zawieszenia dewelopera. (DEVRT-2641)

Wyświetlanie stanu transakcji (zarabianie na platformie Cloud 16.06.08)

W pakiecie testowym zarabiania możesz sprawdzać stan transakcji, które miały miejsce w wybranym przedziale czasu, używając interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie stanu transakcji. (DEVRT-2640)

Uwzględnienie niestandardowych atrybutów dewelopera w raportach o przychodach (zarabianie na platformie Cloud 16.05.25)

W przypadku raportów o przychodach możesz uwzględnić w nim atrybuty niestandardowe, jeśli zostały one zdefiniowane dla dewelopera. Więcej informacji znajdziesz w artykule Uwzględnianie niestandardowych atrybutów dewelopera w raportach o przychodach za pomocą interfejsu API. (DEVRT-2447)

Zasady rejestrowania transakcji i spójność zasobów usługi API (Cloud 16.05.18 UI)

Jeśli ścieżki zasobów w zasadzie nagrywania transakcji związanych z zarabianiem nie są zgodne ze ścieżkami zasobów określonymi w usłudze interfejsu API (np. jeśli zmienisz ścieżki zasobów usługi API), na stronie Produkty na stronie Produkty pojawi się symbol ostrzeżenia. Gdy klikniesz ikonę, aby wyświetlić zasady rejestrowania transakcji, u góry strony pojawi się ostrzeżenie. Gdy poprawisz ścieżki zasobów w zasadzie nagrywania transakcji, wskaźniki ostrzeżeń znikną. (DEVRT-2240)

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia do zespołu pomocy zostały rozwiązane. Jej zadaniem nie jest dostarczanie szczegółowych informacji o wszystkich użytkownikach.

Edge dla chmury prywatnej

Identyfikator problemu Opis
TBD-138 Problem z przekroczeniem limitu czasu sesji w interfejsie Google Play
APIRT-2978 Router nie uruchamia się Nginx lub router nie uruchamia się
AXAPP-2447 Błąd „InvalidTimeRange” podczas wybierania godzinowych danych statystycznych
EDGEUI-592 Podczas korzystania z dostawcy uwierzytelniania zewnętrznego można teraz usunąć link „Nie pamiętam hasła” z interfejsu Edge
MGMT-3330 Próby uwierzytelnienia zewnętrznego w Private Cloud przy użyciu nieprawidłowego hasła uniemożliwiają użytkownikom
MGMT-2930 Maskowanie danych nie działa w sesji debugowania
PRC-840 Nieprawidłowy link symboliczny dla komponentów Edge
PRC-1004 Do instalatora dodano opcję „-p zk” pozwalającą na zainstalowanie samodzielnej aplikacji ZooKeeper w węźle.
PRC-1013 Początkowe konto sysadmin nie jest połączone z poprawną zasadą dotyczącą haseł LDAP
PRC-1019 „apigee-all stop” nie zatrzymuje procesorów wiadomości
PRC-1066 Zaszyfrowane hasło Cassandra nie działa w pliku usergrid.properties w stosie BaaS

16.08.17

Identyfikator problemu Opis
SECENG-609 Wywołania środowiska wykonawczego nie kończą się niepowodzeniem podczas usuwania powiązanego magazynu zaufania lub po usunięciu prawidłowego certyfikatu w magazynie zaufania
MGMT-3404 Wyświetlanie/pobieranie logów Node.js i wdrażanie serwerów proxy jest bardzo powolne
MGMT-3400 Wywołanie interfejsu API zarządzania /userroles nie powiedzie się, jeśli użytkownik wykonujący wywołanie ma w nazwie znak „+”
MGMT-3368 java.lang.TrackIndexOutOfBoundsWyjątek: 1 – podczas importowania pakietu serwera proxy interfejsu API zawierającego katalog zasobów/węzłów/zasobów
MGMT-3364 protokół OAuthV2: sprawdzanie atrybutu redirect_uri;
MGMT-3319 Wyświetlanie listy wpisów w Vault, które w jednym z nich mają wartość null, nie działa w organizacjach (CPS i bez CPS)
MGMT-3226 Zapytanie na poziomie organizacji lub środowiska nie powinno pobrać wszystkich danych powodujących błędy interfejsu API
W wersji nr 160302 wystąpił błąd polegający na tym, że wyświetlanie listy zasobów na poziomie organizacji lub środowiska nie powiodło się, jeśli łączny rozmiar zasobów przekracza 16 MB. Ta poprawka rozwiązuje problem.
AXAPP-2429 Interfejs Analytics API korzystający z parametru „response_status_code” zwraca błąd dostępu do danych
AXAPP-2386 Naprawianie treści pustych raportów w dziennych raportach e-mailowych Analytics
AXAPP-2347 Brak e-maili z codziennymi podsumowaniami statystyk
APIRT-3141 Objaśnienia w Javie kończą się niepowodzeniem przy wywoływaniu nowej funkcji ExecutionResult() , ponieważ konstruktor został ustawiony jako prywatny
APIRT-3140 Zasada ServiceCallout nie działa w wywołaniach interfejsu HEAD API
APIRT-3131 Wyświetlana jest nieprawidłowa wartość createBy w przypadku serwera proxy interfejsu API podczas korzystania z funkcji zarabiania u zewnętrznego dostawcy uwierzytelniania
APIRT-3121 Wprowadzona zmiana pliku zasobów organizacji nie jest skuteczna w 100%
APIRT-3117 MP osiągnęło 100% wykorzystania procesora i przestało obsługiwać ruch
APIRT-3016 Błędy „Osiągnięto limit czasu wywołania” routera we wdrożeniach
APIRT-2975 Błąd przesyłania pakietu certyfikatów
APIRT-2955 Nie można zamaskować niektórych atrybutów danych odpowiedzi JSON w nagłówku FHIR-skargi Content-Type „application/json+fhir”
APIRT-2946 Zasada OAuthV2-Odśwież token nie ukrywa atrybutów, mimo że wyświetlanie jest ustawione na fałsz
APIRT-2908 Wymuszanie korzystania z TLS1.2 w wewnętrznym wywołaniu interfejsu API jest wymagane po aktualizacji protokołu TLS1.2 na virtualhost
APIRT-2901 Odpowiedzi zip zwracane z pamięci podręcznej są podwójnie kompresowane
APIRT-2873 Po usunięciu usług/programistów/serwerów proxy użytkownicy zgłaszają wyjątek NullPointerWyjątek związany z parametremVerifyAPIKey po usunięciu usług.
APIRT-2871 Zasady IOIntensywnie pojawiają się dwukrotnie w Trace
APIRT-2825 Błąd gramatyczny w odpowiedzi na błąd tokenu dostępu
APIRT-2750 Duża liczba błędów ruchu w określonej organizacji
APIRT-2685 Ruch nie może przepływać, a występuje nieznany błąd
APIRT-2647 Błąd „Podstawowy strumień danych wejściowych zwrócił zero bajtów” z wartością nonprod/dev
APIRT-2630 Sporadyczne problemy podczas próby odczytania wartości z pamięci podręcznej
APIRT-2620 Oddzielna pula wątków na niektóre kroki blokowania
APIRT-2610 java.lang.ClassCastWyjątek z zasadą buforowania odpowiedzi
APIRT-2608 Błąd analizy nagłówków Last-Modified w zasadach buforowania odpowiedzi
APIRT-2605 Zmiennych „organization” i „środowiskowych” nie należy zastępować za pomocą zasad
APIRT-2566 Zasada OAuthV2 zwraca nieprawidłowo sformatowany nagłówek WWW-Authenticate
APIRT-2491 Nie udało się zaktualizować serwera docelowego z powodu przekroczenia limitu czasu RPC między zarządzaniem a mps
APIRT-2386 W usłudze interfejsu API tworzony jest pusty zakres z ciągami tekstowymi z pustymi dozwolonymi zakresami OAuth
APIRT-2383 Wygląda na to, że zasady transformacji XSL nie rejestrują żadnych danych w przypadku błędu
APIRT-2364 Zmienne przepływu błędów protokołu OAuth nie są aktualizowane w przypadku błędu
APIRT-2216 Zdarzenia wysłane z serwera – problemy ze strumieniem zdarzeń w środowisku produkcyjnym
APIRT-2079 Wywołanie DEBUG cURL nie zostaje zatrzymane po upływie czasu oczekiwania dla utworzonej sesji
APIRT-1495 Ochrona przed zagrożeniami XML nie wyłapuje treści typu Content-Type
APIRT-1404 Niespójne zachowanie podczas porównywania wartości w cudzysłowach pojedynczych i podwójnych
APIRT-347 Zasada XSL nie jest prawidłowo weryfikowana podczas importowania (nie przypisuje wyników do zmiennych wyjściowych zgodnie z dokumentacją)

16.07.27 (UI)

Identyfikator problemu Opis
EDGEUI-621 Funkcja Zapisz jako nowy serwer proxy interfejsu API używa domyślnej nazwy zawierającej zapis naukowy, np. „nowy-1.234568901234568e+53”
EDGEUI-572 Interfejs Ui wyświetla „Błąd: nieznany błąd” zamiast „Błąd: Limit czasu sesji”

16.07.20.01 (zarabianie)

Ta wersja zawiera drobne zmiany w schemacie bazy danych. Nie ma w niej innych aktualizacji oprogramowania.

16.07.13 (UI)

Identyfikator problemu Opis
EDGEUI-609 Przycisk Nowy serwer docelowy nie jest włączony w roli niestandardowej z uprawnieniami do tworzenia serwerów docelowych
EDGEUI-584 Drobne błędy wyświetlania kluczy/tajnych kluczy w aplikacji dewelopera, która ma wiele danych logowania
EDGEUI-571 Limit nazwy serwera proxy został nieprawidłowo ustawiony do 50 znaków w interfejsie

16.07.06.02 (zarabianie)

Identyfikator problemu Opis
DEVSOL-2817 Nie można tworzyć dokumentów rozliczeniowych za pomocą interfejsu API
Rozwiązaliśmy problemy z tworzeniem dokumentów rozliczeniowych za pomocą interfejsu API. Jeśli podany jest adres dewelopera, dokumenty rozliczeniowe zostaną wygenerowane.
DEVSOL-2797 Ulepsz przetwarzanie atrybutów programisty
W wartościach logicznych atrybutów niestandardowych nie jest już rozróżniana wielkość liter. Dodatkowo podczas synchronizowania atrybutów niestandardowych z Apigee Edge istniejące atrybuty są aktualizowane, zamiast tworzyć duplikaty.

16.07.06 (zarabianie)

Identyfikator problemu Opis
DEVRT-2795 Niespójne pole sygnatury czasowej żądania webhooka
W żądaniu JSON wysłanym do modułu obsługi wywołania zwrotnego dla webhooka wartość developerQuotaResetDate jest teraz wyrażona w formacie sygnatury czasowej epoki, aby zachować spójność z innymi formatami sygnatur czasowych. Więcej informacji znajdziesz w artykule o konfigurowaniu modułu obsługi wywołania zwrotnego.

16.06.29 (UI)

Identyfikator problemu Opis
EDGEUI-600 Nie można wyświetlić/edytować ról w raportach niestandardowych
EDGEUI-593 Z interfejsu Analytics usunięto 5- i 10-minutowe odstępy
Dane Analytics w interfejsie zarządzania pojawiają się po co najmniej 10 minutach od wywołania serwerów proxy interfejsu API. Z tego powodu ustawienie zakresu 10 minut zostało usunięte z raportów niestandardowych, a ustawienie zakresu 5 i 10 minut zostało usunięte z widoku wydajności serwerów proxy interfejsu API.

16.06.22 (zarabianie)

Brak

16.06.15 (UI)

Identyfikator problemu Opis
EDGEUI-566 Pusta strona po zalogowaniu się w interfejsie zarządzania
EDGEUI-564 Użytkownicy widzą błędy uprawnień podczas logowania w interfejsie zarządzania, po czym zostają automatycznie wylogowani.
EDGEUI-549 Błąd podczas wyświetlania danych w widoku Wydajność serwera proxy interfejsu API
EDGEUI-544 Strona Role niestandardowe wyświetla nieprawidłową wartość uprawnienia do usuwania raportów
EDGEUI-504 Mylący stan aplikacji, kluczy i usług dla deweloperów
EDGEUI-120 Link do strony błędu wewnętrznego zawiera nieprawidłowy adres e-mail
DEVRT-2301 Generowanie przychodu: dostosowanie interfejsu API do opublikowanych planów opłat
Jeśli chodzi o datę ważności opublikowanych planów taryfowych, interfejs zarządzania wygląda teraz tak samo jak interfejs API zarządzania. Jeśli abonament ma określoną datę zakończenia, nie można zmienić tej daty. Więcej informacji znajdziesz w artykule o wygaśnięciu opublikowanego abonamentu.

16.06.08 (zarabianie)

Brak

16.05.25 (zarabianie)

Identyfikator problemu Opis
DEVRT-2617 Brak alertu o zakupie abonamentu przez klienta
DEVRT-1483 Wyjątek NullPointerWyjątek związany z przejściem przez dewelopera na abonament przedpłacony

16.05.18 (UI)

Identyfikator problemu Opis
EDGEUI-551 Sesja interfejsu wygasa po około godzinie braku aktywności

16.05.11 (zarabianie)

Identyfikator problemu Opis
DEVRT-2497 Qpid przestał otrzymywać dane
DEVRT-2490 Nie udało się usunąć klucza aplikacji

16.05.11 (UI)

Identyfikator problemu Opis
EDGEUI-541 Śledzenie pokazuje adres IP zamiast hosta, gdy istnieje serwer docelowy
EDGEUI-505 Importowanie zasobów punktów końcowych powoduje błąd autoryzacji dla wszystkich punktów końcowych

16.05.04 (UI)

Identyfikator problemu Opis
EDGEUI-532 Kreator nowego serwera proxy zatrzymuje się na etapie „Tworzenie produktu...” podczas tworzenia serwera proxy dla usługi SOAP
EDGEUI-506 Gdy wydajność pamięci podręcznej jest niedostępna, wyświetla się komunikat „Ładuję dane...”

16.04.27 (UI)

Identyfikator problemu Opis
EDGEUI-531 Nie można zaimportować pliku JAR przy użyciu nowego edytora proxy
EDGEUI-524 Problem z generowaniem serwera proxy interfejsu API z WSDL
EDGEUI-38 Jeśli do kreatora serwera proxy zostanie przekazane nieprawidłowe hasło WSDL, kreator utknie na ostatniej stronie

16.04.27 (zarabianie)

Brak

16.04.20 (UI)

Identyfikator problemu Opis
EDGEUI-502 Edytor proxy nie wyświetla czasownika, gdy jako operator używany jest StartsWith
EDGEUI-496 „Nieznany błąd” podczas zatrzymywania sesji śledzenia w interfejsie zarządzania
EDGEUI-141 W edytorze proxy jest na stałe zakodowana wersja w komunikacie o błędzie

16.04.13 (zarabianie)

Brak

16.04.13 (UI)

Identyfikator problemu Opis
EDGEUI-495 Śledzenie zawsze pokazuje .execution.success = false
EDGEUI-494 Zasada JavaScriptu zawsze generuje skrypt z nazwą domyślną, nawet jeśli podam inną nazwę
EDGEUI-432 Tworzenie rekomendowanego serwera proxy w panelu interfejsu zarządzania brzegiem sieci
EDGEUI-90 Nowy edytor proxy interfejsu API wstrzykuje nieodpowiednie spacje wokół elementów CDATA

Znane problemy

W tej wersji występują następujące znane problemy:

Identyfikator problemu Opis
APIRT-3364

Procesor wiadomości wyszukuje DNS w IPv4 i IPv6

Jeśli zainstalowano i włączono demon pamięci podręcznej NSCD (NSCD), możesz zauważyć, że procesory wiadomości przeprowadzają 2 wyszukiwania DNS: jedno dla IPv4 i jedno dla IPv6.

Aby wyłączyć wyszukiwanie DNS w IPv6:

  1. W każdym węźle procesora wiadomości edytuj plik /etc/nscd.conf.
  2. Ustaw tę właściwość:

    enable-cache hosts no
DOC-1687 Z powodu znanego konfliktu zależności pakietów agent Katello używany na serwerze satelitarnym 6 nie będzie prawidłowo zainstalowany na hostach Apigee Edge, na których działa demon Qpid.
Wstecz
16.04.2001
Dalej
16.04.2007