Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
Od poprzedniej wersji funkcji Edge dla chmury prywatnej wystąpiły następujące wersje, które są uwzględnione w tej wersji funkcji:
Wersja interfejsu Edge | Wersja zarządzania brzegiem |
---|---|
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
Ta wersja zawiera wiele ważnych funkcji, które pomagają lepiej kontrolować i zabezpieczać interfejsy API, w tym:
- Przepływy współdzielone umożliwiają wdrażanie bez przestojów.
- Teraz obsługiwane jest usuwanie danych dotyczących zarabiania dla organizacji.
- Dodatkowe nowe funkcje opisane poniżej.
W obszarze wycofywania Vault zostały wycofane.
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.
Wycofywanie i wycofanie
Poniższe funkcje zostały w tej wersji wycofane lub wycofane. Więcej informacji znajdziesz w zasadach wycofywania Edge.
Wycofano: dodawanie ścieżek na karcie Wydajność serwera proxy interfejsu API
Aż do tej wersji można było przejść do serwera proxy interfejsu API w interfejsie zarządzania, otworzyć kartę Skuteczność i utworzyć różne ścieżki porównania na wykresie na karcie Skuteczność serwera proxy i w panelu Transakcje biznesowe. Ta funkcja została wycofana i nie jest już dostępna w interfejsie. Informacje o alternatywie znajdziesz w tym artykule społeczności Apigee: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)
Wycofane: adres URL buildInfo dla portalu usług dla programistów
Aby ustalić wersję portalu, w poprzednich wersjach portalu otwarto ten adres URL w przeglądarce:
http://yourportal.com/buildInfo
W wersji 4.17.05 to połączenie zostało usunięte. Aby określić wersję, w usłudze Drupal otwórz wpis menu Raporty > Raport o stanie. Wersja portalu pojawi się w tabeli w wierszu Zainstaluj profil.
Wycofanie bezpiecznego magazynu (magazynów) Apigee
Bezpieczny magazyn Apigee, zwany też „vaultami”, jest wycofywany i zostanie wycofany po roku od daty ogłoszenia wycofania, która jest podana na stronie Wycofywanie i wycofanie. Vault, które chroni pary klucz-wartość, tworzy się za pomocą interfejsu API do zarządzania i umożliwia korzystanie z funkcji w module apigee-access w Node.js.
Zamiast korzystać z bezpiecznego magazynu, użyj zaszyfrowanych map par klucz-wartość (KVM) zgodnie z opisem w sekcji Praca z mapami par klucz-wartość. Zaszyfrowane KVM są równie bezpieczne jak magazyny oraz zapewniają więcej opcji tworzenia i pobierania. (MGMT-3848)
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.
Chmura prywatna
Do instalacji dodano nowy wymagany parametr konfiguracji SMTP
Musisz teraz użyć parametru SMTPMAILFROM w pliku konfiguracji instalacji brzegowej. Ten parametr określa adres e-mail używany, gdy Edge wysyła automatyczne e-maile, na przykład gdy użytkownik prosi o zresetowanie hasła. Więcej informacji znajdziesz w artykule o instalowaniu komponentów Edge w węźle.
(EDGEUI-1020)
Możesz teraz ustawić limit czasu używany przez interfejs Edge dla wywołań zarządzania interfejsem Edge API
Możesz teraz określić czas oczekiwania interfejsu API, który będzie używany przez interfejs Edge do określenia czasu oczekiwania na zwrócenie wywołania zarządzania interfejsem API. Te właściwości określają limit czasu:
- conf_apigee_apigee.feature.apitimeout ustawia czas w sekundach, przez który interfejs użytkownika oczekuje na zwrócenie wywołania do backendu, niezależnie od jakiejkolwiek aktywności. Jeśli wywołanie nie zostanie ukończone w tym czasie, interfejs wyświetli błąd przekroczenia limitu czasu. Wartość domyślna to 180 sekund (3 minuty).
- conf_apigee_play.ws.timeout.idle określa w milisekundach, jak długo interfejs użytkownika oczekuje na aktywność na serwerze. Może być ustawiona na tę samą wartość co conf_apigee_apigee_apitimeout lub na mniejszą. Ustawienie większej wartości nie będzie miało żadnego efektu. Wartość domyślna to 180 000 milisekund (3 minuty).
- conf_apigee_play.ws.timeout.connection określa, jak długo interfejs użytkownika oczekuje na nawiązanie połączenia. Może być ustawiona na tę samą wartość co conf_apigee_apigee_apitimeout lub na mniejszą. Ustawienie większej wartości nie będzie miało żadnego efektu. Wartość domyślna to 120 000 milisekund (2 minuty).
Więcej informacji znajdziesz w artykule o ustawianiu limitu czasu używanego przez interfejs Edge dla wywołań zarządzania interfejsem Edge API.
(EDGEUI-816)
Dodano czas oczekiwania na ponowienie próby przetwarzania wiadomości przez routery
Dodano czas oczekiwania, aby routery przestały ponawiać próby żądań do procesorów wiadomości i zwracały komunikat o błędzie.
Więcej informacji znajdziesz w artykule Konfigurowanie routera pod kątem ponawiania prób połączenia z procesorem wiadomości.
(APIRT-2912)
Dodano procedurę zmiany domyślnego administratora systemu
Dołączona jest dokumentacja umożliwiająca zmianę domyślnego administratora systemu.
Więcej informacji znajdziesz w artykule Zarządzanie użytkownikami, rolami i uprawnieniami.
(DOS-4895)
Dodaliśmy dokumentację na temat rozdzielania zadań instalacji Edge między użytkownika root i użytkownika innego niż root
W nowej dokumentacji znajdziesz instrukcje rozdzielania zadań instalacji brzegowej na użytkownika root i użytkownika innego niż root.
Więcej informacji znajdziesz w artykule Omówienie instalacji brzegowej.
(DOS-4573)
Dodano właściwość do ustawiania nazwy hosta dla linków w wygenerowanych e-mailach
Edge automatycznie wysyła e-maile w odpowiedzi na określone zdarzenia, na przykład po dodaniu użytkownika do organizacji. Wiele z tych e-maili zawiera link. Gdy na przykład do organizacji zostanie dodany nowy użytkownik, interfejs Edge wysyła do niego e-maila z adresem URL logowania w formularzu:
https://domain/login
Domena jest określana automatycznie przez Edge i zwykle jest prawidłowa dla organizacji. Jednak w przypadku interfejsu użytkownika Edge za systemem równoważenia obciążenia może się okazać, że automatycznie wygenerowana nazwa domeny jest nieprawidłowa. Jeśli tak, możesz użyć właściwości conf_apigee_apigee.emails.hosturl, aby wyraźnie ustawić nazwę domeny w wygenerowanym adresie URL.
Więcej informacji znajdziesz w artykule Ustawianie nazwy hosta dla linków w wygenerowanych e-mailach.
(EDGEUI-1044)
Ustawianie podstawowego adresu URL wyświetlanego w interfejsie Edge dla serwera proxy interfejsu API
Interfejs Edge wyświetla adres URL serwera proxy interfejsu API na podstawie ustawień hosta wirtualnego, w którym został wdrożony serwer proxy. Ten obraz może zawierać numer portu routera hosta wirtualnego.
W większości przypadków adres URL wyświetlany w interfejsie użytkownika Edge to prawidłowy adres URL do wysyłania żądań zewnętrznych do serwera proxy. Jednak w niektórych konfiguracjach wyświetlany URL jest nieprawidłowy. Na przykład dowolna z tych konfiguracji może spowodować, że wyświetlany URL nie będzie odpowiadać faktycznemu adresowi URL używanemu do wysyłania zewnętrznych żądań do serwera proxy:
- zakończenie SSL ma miejsce w systemie równoważenia obciążenia,
- Mapowanie portów zachodzi między systemem równoważenia obciążenia a routerami Apigee
- System równoważenia obciążenia ze skonfigurowanym przepisywaniem ścieżek
Edge dla chmury Private Cloud w wersji 4.17.05 i nowszych obsługuje atrybut na hoście wirtualnym o nazwie <BaseUrl>, który umożliwia zastąpienie adresu URL wyświetlanego w interfejsie Edge. Oto przykład obrazującego obiekt hosta wirtualnego z nowym atrybutem <BaseURL>. W tym przykładzie wartość „http://myCo.com” pojawia się w interfejsie użytkownika Edge:
<VirtualHost name="myVHost"> <HostAliases> <HostAlias>DNS_name_or_IP:9005</HostAlias> </HostAliases> <BaseUrl>http://myCo.com</BaseUrl> <Interfaces/> <Port>9005</Port> </VirtualHost>
Jeśli parametr <BaseUrl> nie jest ustawiony, wartość domyślna to „http://DNS_name_or_IP:9005/”, a domyślny adres URL renderowany w interfejsie Edge to „http://myCo.com”, a rzeczywista konfiguracja aliasu hosta to „http://myCo.com”.
Podstawowy adres URL możesz też ustawić podczas tworzenia organizacji, używając właściwości VHOST_BASEURL z narzędziem apigee-provision.
Więcej informacji znajdziesz w artykule Konfigurowanie dostępu przy użyciu protokołu TLS do interfejsu API w chmurze Private Cloud.
(EDGEUI-5008)
Dodaliśmy dokumentację na temat włączania logowania debugowania
Dodaliśmy dokumentację opisującą, jak włączyć lub wyłączyć logowanie debugowania w komponentach Edge.
Więcej informacji znajdziesz w sekcji Włączanie logowania debugowania.
(APIRT-4018)
Nowy instalator i składnia poleceń dla narzędzia apigee-analytics-collector
Wszyscy klienci Edge dla chmury prywatnej muszą przesyłać do Apigee statystyki dotyczące ruchu serwera proxy interfejsu API za pomocą wersji beta narzędzia wiersza poleceń apigee-analytics-collector. To narzędzie wysyła do Apigee raport liczby wywołań interfejsu API.
Ta wersja Edge zawiera nowe instrukcje instalacji i składnię poleceń dla narzędzia apigee-analytics-collector. W tej wersji korzystasz z usługi apigee-service, aby zainstalować narzędzie apigee-analytics-collector zamiast npm oraz wywoływać narzędzie apigee-analytics-collector za pomocą apigee-service, a nie jako samodzielne polecenie.
Więcej informacji znajdziesz w artykule Przesyłanie danych o ruchu z interfejsu API do Apigee – wersja beta.
Nowy domyślny katalog instalacyjny po aktualizacji Nginx/Postgres w portalu usług dla programistów z nowej instalacji 4.17.01
Po zaktualizowaniu nowej instalacji 4.17.01 korzystającej z Nginx/Postgres zmieniono katalog główny z:
/opt/apigee/apigee-drupal
z:
/opt/apigee/apigee-drupal/wwwroot
Usługi interfejsu API
Dokładniejsza weryfikacja danych wejściowych w elementach
Ścisła weryfikacja danych wejściowych jest wymuszona we wszystkich jednostkach organizacji Apigee Edge. Dozwolone są zwykle litery (wszystkie litery), cyfry i podkreślenia.
Podmioty, których dotyczy problem:
- Organizacje
- Środowiska
- Proxy interfejsów API
- Wersje serwera proxy interfejsu API
- Nazwy zasad w serwerze proxy interfejsu API
- Identyfikatory konfiguracji maski śledzenia debugowania
- Nazwy zasobów (objaśnienie w języku Java, xls, wszystkie zasoby)
- Magazyny kluczy
- CRLstores
- Odwołania do zasobów
- Serwery docelowe
(MGMT-3840)
Wdrożenie przepływów współdzielonych z zerowym czasem przestoju
Jeśli chcesz wdrożyć współdzielone przepływy i mieć pewność, że podczas wdrożenia będzie odrzucany niewielki lub żaden ruch przychodzący, możesz teraz użyć interfejsu API do zarządzania wdrażaniem bez przestojów. Cały proces przebiega niemal tak samo jak wdrażanie serwerów proxy interfejsów API bez przestojów przy użyciu interfejsu API zarządzania. Jedyną różnicą jest zasób interfejsu Management API.
To wywołanie wdraża wersję udostępnionego przepływu wskazaną w identyfikatorze URI, a następnie wycofuje wdrożenie wcześniej wdrożonej wersji (parametr zapytania override=true
umożliwia to):
curl -X POST -H "Content-type:application/x-www-form-urlencoded" \ https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env-name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \ -u email:password
(MGMT-3485)
Zarabianie
Usuwanie danych dotyczących zarabiania dla organizacji
Możesz usunąć dane dotyczące zarabiania organizacji w następujących sytuacjach:
- usunąć organizację, W takim przypadku musisz usunąć dane dotyczące zarabiania przed usunięciem organizacji.
- Usuń dane dotyczące zarabiania z organizacji testowej, której chcesz użyć ponownie. W takim przypadku po usunięciu danych dotyczących zarabiania musisz zsynchronizować dane Apigee Edge.
Więcej informacji znajdziesz w artykule Usuwanie danych dotyczących zarabiania z organizacji. (DEVRT-2581)
Dodano interfejs API do włączenia zarabiania w organizacji.
Teraz możesz użyć interfejsu API, aby włączyć zarabianie w organizacji.
Więcej informacji znajdziesz w artykule Włączanie zarabiania w organizacji.
(DEVRT-2383)
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.
Private Cloud 4.17.05
Identyfikator problemu | Opis |
---|---|
DEVRT-3569 |
W przypadku zarabiania obowiązuje mniejszy limit długości nazw usług i aplikacji niż Edge Zarabianie i Edge mają teraz takie same limity długości nazw usług i aplikacji. |
DOS-4400 | Działanie kopii zapasowej Apigee-service kończy się niepowodzeniem, gdy katalog danych używa dowiązań symbolicznych |
DOS-4563 |
Walidacja ZooKeeper działa teraz zarówno z nazwami hostów, jak i adresami IP Pliki konfiguracji brzegu umożliwiają teraz określanie węzłów ZooKeeper za pomocą adresów IP i nazw hostów. |
DOS-4562 |
Działanie „apigee-provision delete-env” nie pozwala na wpisanie hasła administratora z poziomu wiersza poleceń Możesz teraz wpisać hasło administratora z poziomu wiersza poleceń. |
DOS-4568 |
Weryfikacja ZooKeeper działa teraz, gdy podasz sufiks „:observer” W plikach konfiguracji brzegowych możesz teraz określić sufiks „:observer” dla węzłów ZooKeeper. |
EDGEUI-28 |
Sesja użytkownika nie jest zniszczona, gdy użytkownik wyloguje się z interfejsu Edge
Gdy użytkownik wyloguje się z interfejsu Edge, jego plik cookie sesji zostanie usunięty.
Jednak gdy użytkownik jest zalogowany, złośliwe oprogramowanie lub inne szkodliwe oprogramowanie działające w jego systemie może pobrać plik cookie i użyć go do uzyskania dostępu do interfejsu Edge.
Możesz skonfigurować interfejs Edge w taki sposób, aby informacje o bieżących sesjach były przechowywane w pamięci serwera. Gdy użytkownik się wyloguje, informacje o jego sesji są usuwane, przez co inny użytkownik nie może użyć pliku cookie do uzyskania dostępu do interfejsu Edge. Więcej informacji znajdziesz w artykule o konfigurowaniu interfejsu Edge w celu przechowywania informacji o sesji w pamięci.
|
EDGEUI-662 |
Można teraz ustawić tekst podpowiedzi dotyczącej hasła w interfejsie Edge Możesz teraz kontrolować tekst wyświetlany w oknie dialogowym resetowania hasła w interfejsie użytkownika Edge. Jest to przydatne, jeśli masz specjalne wymagania dotyczące haseł użytkowników. Więcej informacji znajdziesz w artykule Ustawianie tekstu podpowiedzi dotyczącej hasła w interfejsie użytkownika Edge. |
EDGEUI-920 |
Domyślnie wyłączona jest obsługa zaszyfrowanych KVM w interfejsie użytkownika Edge W poprzednich wersjach trzeba było jawnie włączyć obsługę zaszyfrowanych KVM w interfejsie użytkownika Edge. |
EDGEUI-962 |
Port SMTP TLS nie jest już ograniczony do 465 Możesz teraz wybrać port SMTP TLS. |
Cloud 17.04.12 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-1008 | Nieprawidłowe przekierowanie podczas przełączania się na Wypróbuj New Edge w adresie URL obsługującym SAML Przekierowywanie działa teraz poprawnie, gdy klikniesz Wypróbuj nową przeglądarkę Edge z adresu URL obsługującego SAML. |
EDGEUI-980 | Sesja śledzenia powinna zostać zatrzymana po tym, jak użytkownik zapisze zmiany na serwerze proxy interfejsu API lub wycofa wdrożenie ze środowiska. Sesja śledzenia zostaje zatrzymana po tym, jak użytkownik zapisze zmiany w serwerze proxy interfejsu API lub wycofa wdrożenie ze środowiska. |
DEVRT-3532 | Egzekwowanie liczb po przecinku w interfejsie Edge Interfejs EDGE może teraz wymuszać określanie liczby miejsc po przecinku, w tym liczby miejsc dozwolonych w masach do wprowadzania danych. |
Cloud 17.04.05 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-976 | Komunikat dotyczący maksymalnej liczby transakcji śledzenia niepoprawnie dzieli słowo na 2 wiersze Podczas wyświetlania komunikatów o błędach interfejs Edge czasami błędnie dzieli słowo na 2 wiersze. Naprawiliśmy ten problem. |
EDGEUI-971 | SOAP 2 REST: usuwanie niedziałających przykładów Odwołania do przykładowego pliku WSDL dotyczącego waluty SOAP zostały usunięte z interfejsu użytkownika Edge i dokumentacji. |
EDGEUI-905 | Przykładowy program Pogoda z serwerem proxy SOAP nie działa Odniesienia do przykładowej aplikacji Pogoda WSDL zostały usunięte z interfejsu użytkownika Edge i jego dokumentacji. |
Cloud 17.03.29 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-967 |
Pomijaj komunikaty o błędach po zatrzymaniu sesji śledzenia Jeśli podczas sesji śledzenia wystąpi błąd, sesja śledzenia zostanie zatrzymana, a kolejne komunikaty o błędach będą pomijane. Dodatkowo po osiągnięciu maksymalnej liczby transakcji dozwolonych w jednej sesji śledzenia, a sesja śledzenia zostanie zatrzymana, pojawi się teraz ten komunikat:
|
EDGEUI-966 | Na stronie ze szczegółami usługi interfejsu API nie są wyświetlane aplikacje dla deweloperów W pewnych okolicznościach na stronie ze szczegółami usługi API nie były wyświetlane żadne aplikacje dewelopera. Naprawiliśmy ten problem. |
EDGEUI-965 | W niektórych strefach czasowych strona Aplikacje dla programistów zawiesza się na platformie openSUSE W niektórych strefach czasowych strona Aplikacje dla programistów nie wczytuje się na platformie openSUSE. Rozwiązaliśmy ten problem. |
EDGEUI-907 | Pole Zaszyfrowane pole wyboru jest domyślnie zaznaczone we wszystkich organizacjach zgodnej z ustawą HIPAA W przypadku organizacji zgodnej z ustawą HIPAA wszystkie mapy wartości kluczy są szyfrowane. Podczas dodawania nowej mapy par klucz-wartość przy użyciu interfejsu użytkownika organizacji zgodnej z ustawą HIPAA w oknie Nowe mapy klucz-wartość jest zaznaczone pole wyboru Zaszyfrowane i nie można go wyłączyć. |
Cloud 17.03.15.01 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUE-996 | Aplikacje nie są wyświetlane na stronie ze szczegółami produktu Na stronie ze szczegółami usługi znajdują się teraz wszystkie aplikacje deweloperów. |
EDGEUI-973 | Po zatrzymaniu sesji logu czasu reklama Edge przekierowuje do ekranu logowania Naprawiono błąd, który powodował, że przeglądarka Edge przekierowywała użytkowników do ekranu logowania podczas wykonywania zwykłych operacji, takich jak zatrzymywanie sesji śledzenia. |
Cloud 17.03.15 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-961 | Zostaw czas buforowania na potrzeby obliczania odświeżenia tokenów Aby uniknąć sporadycznych błędów wywołań Edge, Edge sprawdza teraz i odświeża tokeny, które wkrótce wygasną, zamiast odświeżać tylko te, które straciły ważność. |
EDGEUI-954 | Edytor proxy zastępujący cudzysłowy w warunkach zakodowanym elementem W edytorze proxy cudzysłowy nie są już kodowane w tagu <Condition> . |
EDGEUI-952 | Narzędzie do śledzenia nie działa, gdy filtrowane parametry zapytania zawierają znaki specjalne Filtr parametrów zapytania w narzędziu do śledzenia działa prawidłowo, gdy w filtrze zostaną określone znaki specjalne. |
EDGEUI-943 | Wygasły /oAuthOdświeżToken nie powinien zwracać błędu 500 Jeśli token OAuth wygaśnie, zamiast błędu serwera 5XX zwracany jest kod stanu HTTP 303. |
EDGEUI-942 | W przypadku wystąpienia błędu strona logów Node.js powinna zatrzymywać automatyczne odświeżanie W przypadku wystąpienia błędu automatyczne odświeżanie jest automatycznie wyłączane podczas wyświetlania logów węzła.js. Możesz ponownie włączyć automatyczne odświeżanie, klikając Rozpocznij automatyczne odświeżanie. |
EDGEUI-941 | Problemy z obsługą błędów i automatycznym wylogowaniem W pewnych okolicznościach, gdy użytkownik musi ponownie wpisać dane logowania, aby kontynuować pracę, interfejs nie przekierowuje na ekran logowania. Naprawiliśmy ten problem. |
EDGEUI-934 | Pakiety przesłane z edytora proxy powinny być skompresowane Podczas edytowania nowej lub istniejącej wersji w edytorze proxy przesyłany jest skompresowany pakiet ZIP. |
EDGEUI-918 |
Aktualizacja porady dotyczącej Apigee Zalecenie dotyczące Apigee zostało zaktualizowane:
|
EDGEUI-917 | Nie zawijaj błędów 4xx jako 502 Błędy HTTP 4xx nie są już oznaczane w interfejsie jako błędy 502 HTTP Bad Gateway. |
Cloud 17.03.13.02 (zarabianie)
Identyfikator problemu | Opis |
---|---|
DEVRT-3584 | Przejściowa obsługa wywołania GET {organization}/limits Wszystkie punkty końcowe interfejsu API z wycofanej funkcji limitów zostały usunięte i będą w odpowiedzi wysyłać kod stanu 404, z wyjątkiem GET {organization}/limits , który zwraca pustą tablicę limit (aby dać czas na przejście z tego punktu końcowego).
Zalecamy usunięcie wszystkich odwołań do punktu końcowego GET
{organization}/limits przed wrześniem 2017 r. – wtedy zostanie on usunięty. |
DEVRT-3555 | Podczas synchronizacji danych wyjściowych dewelopera pojawia się komunikat „products” Podczas synchronizowania danych programistów za pomocą interfejsu Monetization API (zgodnie z opisem w sekcji Synchronizowanie programistów za pomocą interfejsu API) w danych wyjściowych widnieje wartość „products”, a nie „developers”. Rozwiązaliśmy ten problem. |
Cloud 17.03.13.01 (zarabianie)
Identyfikator problemu | Opis |
---|---|
DEVRT-3554 | Dodawanie usługi API do więcej niż 1 pakietu API Możesz teraz dodawać usługę API do wielu pakietów API, dla których mogą, ale nie muszą, mieć aktywnych deweloperów, pod warunkiem że deweloperzy nie akceptują 2 osobnych abonamentów mających zastosowanie do tej samej usługi API. |
DEVRT-3532 | Dodatkowa obsługa oceny planu stawek według miejsc po przecinku Twoja organizacja obsługuje teraz właściwość MINT.RATE_DECIMAL_PLACES , która umożliwia ustawianie liczby miejsc po przecinku obsługiwanych w przypadku określonych wartości w ramach abonamentu.
Zapoznaj się z artykułem o konfigurowaniu liczby miejsc po przecinku w przypadku stawek w planie taryf. |
DEVRT-3517 | Flaga powodująca włączenie mechanizmu podatkowego dla organizacji Flaga MINT_TAX_ENGINE_ENABLED jest teraz dostępna, aby umożliwić administratorom systemu włączanie i wyłączanie silnika podatkowego na potrzeby zarabiania. Mechanizm podatkowy jest domyślnie wyłączony w nowych organizacjach, w których włączono zarabianie. |
DEVRT-3454 | Poprawa obsługi wyjątków/odpowiedzi w interfejsach API zarabiania Ulepszyliśmy obsługę błędów, aby można było dodać więcej szczegółów dotyczących zgłoszonych błędów. |
DEVRT-3441 | Powiadomienie o wykorzystaniu zostało aktywowane nieprawidłowo Powiadomienie o wykorzystaniu zostało aktywowane nieprawidłowo. Problem, który to powodował, został już rozwiązany. |
Cloud 17.03.13 (zarządzanie interfejsami API)
Identyfikator problemu | Opis |
---|---|
MGMT-3843 | Błąd „org.antlr.v4.runtime.Vocabulary” podczas renderowania modelu w formacie HTML |
MGMT-3829 | Próba wdrożenia serwera proxy interfejsu API z punktem końcowym interfejsu API wdrożenia udostępnionego przepływu pracy wydaje się udana Ta poprawka błędu polega na edytowaniu interfejsu API wdrożenia Deployflow w celu zwracania błędu 400 Bad Request „NoSharedFlowsToDeploy” po wdrożeniu wersji apiproxy. |
MGMT-3667 | GET /v1/o/{org}/developers zwraca nieprawidłową liczbę deweloperów |
MGMT-3575 | Wyjątek Expressions.parser.InvalidPattern podczas wdrażania |
MGMT-3511 | Wdrożenie serwera proxy zwraca kod odpowiedzi 400, mimo że wdrożenie się udało Ta poprawka błędu ignoruje stan wycofania wdrożenia wersji apiproxy uruchomionej przez inne wywołanie interfejsu API niewdrożonego podczas wdrażania zastąpienia nowej wersji. |
Cloud 17.03.1 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-936 | Ślad: ustawienie filtra typu treści nie działa, ponieważ ukośnik jest podwójnie zakodowany |
EDGEUI-935 | Komunikat „Błąd podczas pobierania danych analitycznych” podczas korzystania z filtra niestandardowego raportu = zaloguj się |
EDGEUI-930 | Kodowanie XML w zasadach ochrony wyrażeń regularnych nie jest zachowywane podczas zapisywania pakietu |
Cloud 17.02.15 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-901 | Błąd w WSDL generowany w ramach przekazywania przez serwery proxy przez SOAP |
EDGEUI-884 | Wyświetlanie usługi powiązanej z dziesiątkami tysięcy aplikacji może spowodować awarię interfejsu |
EDGEUI-868 | W przeglądarce IE niektóre strony interfejsu nie wyświetlają się i zwracają komunikat o błędzie „Obiekt nie obsługuje właściwości” |
EDGEUI-238 | Mylący błąd logu czasu „Nie masz uprawnień do śledzenia w tym środowisku”. Prawdziwy problem polegał na tym, że wybrana wersja serwera proxy nie została wdrożona. |
Cloud 17.02.13 (środowisko wykonawcze API)
Identyfikator problemu | Opis |
---|---|
DEVRT-3205 | Podczas tworzenia firmy okresowo występują awarie |
APIRT-3513 | Nieudane połączenia proxy z powodu błędu „nie znaleziono Vhosta” |
APIRT-3507 | Sporadyczne błędy w objaśnieniach usługi JavaScript, które wywołują ten sam adres IP z różnymi nazwami hostów |
APIRT-3449 | Token dostępu OAuth w wersji 2.0 do weryfikacji zasad ustawia nieprawidłową nazwę właściwości; podwójne prefiksy apiproduct.apiproduct.* |
APIRT-3392 | Sporadyczne, wysokie czasy odpowiedzi dla MSP dla określonego serwera proxy |
APIRT-3032 | Wyszukiwanie DNS pod adresem target.url ustawionym na adres IP |
APIRT-2718 |
Zasady OAuthV2 – generowanie tokena dostępu zwraca nieprawidłowo sformatowany token dostępu api_product_list "api_product_list" : "[Produkt1, Produkt2, Produkt3]" Nowa właściwość api_product_list_json w odpowiedzi zwraca też listę produktów w postaci tablicy nazw poszczególnych produktów: "api_product_list_json" : ["Produkt1", "Produkt2", "Produkt3"] |
Cloud 17.02.13 (zarządzanie interfejsami API)
Identyfikator problemu | Opis |
---|---|
UAPAQ-146 | Statystyki TPS zwracają minuty, a nie sekundy |
Cloud 17.01.18 (UI)
Identyfikator problemu | Opis |
---|---|
EDGEUI-898 |
Błędy podczas importowania lub zapisywania dużych pakietów (większych niż 10 MB) Ten problem został rozwiązany w poprawce opublikowanej 6 lutego 2017 roku. (REL-3948) |
EDGEUI-860 |
Użytkownicy dodani do organizacji w interfejsie nie otrzymują e-maili Ten problem został rozwiązany w poprawce opublikowanej 23 stycznia 2017 roku. |
EDGEUI-847 | Z opcji zasad dotyczących objaśnień usługi należy usunąć opcję NodeJS |
EDGEUI-827 | Role niestandardowe mogą w nieoczekiwany sposób przyznawać dodatkowe uprawnienia |
Cloud 17.01.16 (zarządzanie interfejsami API)
Identyfikator problemu | Opis |
---|---|
MGMT-3697 | Niska wydajność interfejsu Management API |
MGMT-3674 | Nie można utworzyć zaszyfrowanego KVM lub Vault dla organizacji z ustawą HIPAA |
MGMT-3647 | Dostęp do roli użytkownika w przypadku użytkowników, którzy zapisują e-maile wielkimi literami w przypadku żądań błędu 403 |
MGMT-3601 | Błąd podczas wdrażania nowego serwera proxy Apigee |
MGMT-3527 | Błąd obciążenia serwera docelowego, pamięci podręcznej, VirtualHost podczas wdrażania |
DOS-4008 | Błąd logowania się powodujący niedokładny spadek natężenia ruchu |
Cloud 17.01.16 (zarabianie)
Identyfikator problemu | Opis |
---|---|
DEVRT-3385 | Dodawanie szablonów powiadomień dla powiadomień dla deweloperów w firmie Dodaliśmy domyślne szablony powiadomień dla powiadomień dla deweloperów, w tym COMPANY_INVITES_DEVELOPER i
DEVELOPER_INVITES_COMPANY . Więcej informacji znajdziesz w artykule o konfigurowaniu powiadomień przy użyciu szablonów powiadomień. |
DEVRT-3364 | Abonament nie został odnowiony w dniu odnowienia Rozwiązaliśmy problem, który uniemożliwiał odnowienie abonamentów w skonfigurowanym dniu odnowienia. |
DEVRT-3325 | Abonamenty nie generują powiadomień o wykorzystaniu Rozwiązaliśmy problem, który uniemożliwiał wysyłanie powiadomień o wykorzystaniu abonamentów. |
DEVRT-3297 | Wywołania interfejsu API nie są blokowane po wygaśnięciu abonamentu Rozwiązaliśmy problem, który powodował, że wywołania interfejsu API mogły być realizowane po dacie wygaśnięcia abonamentu. |
DEVRT-3296 | Usunięcie pakietu API z wersjami roboczymi lub planami, które wygasły, spowoduje zwrócenie błędu HTTP 500. Podczas usuwania pakietu interfejsu API, który miał wersje robocze lub wygasłe plany stawek, operacja usuwania kończy się niepowodzeniem i zwracaniem błędu HTTP 500. Zwracany jest teraz bardziej opisowy błąd informujący, że użytkownik musi usunąć wygasłe lub robocze abonamenty, zanim będzie mógł usunąć pakiet API. |
DEVRT-3178 | Abonament przyszły nie został zastosowany do dewelopera akceptującego nadrzędny abonament po opublikowaniu przyszłego abonamentu Jeśli co najmniej jeden z deweloperów zaakceptował nadrzędny abonament po opublikowaniu przyszłego planu, nie został on uwzględniony i został on zawieszony w momencie wygaśnięcia nadrzędnego abonamentu. Naprawiliśmy ten problem. |
DEVRT-3113 | W przypadku niektórych wydarzeń wysyłane są zduplikowane powiadomienia Zduplikowane powiadomienia dotyczące tego samego wydarzenia nie są już wysyłane. |