Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
W piątek 6 czerwca 2014 roku opublikowaliśmy nową poprawkę do lokalnej wersji Apigee Edge.
Jeśli masz pytania, skontaktuj się z obsługą klienta Apigee.
Listę wszystkich informacji o wersji Apigee Edge znajdziesz w artykule Informacje o wersji Apigee.
Nowe funkcje i ulepszenia
Poniżej znajdziesz opis nowych funkcji i ulepszeń wprowadzanych w tej wersji.
- JMS na potrzeby wdrożeń w wielu centrach danych
Detektory JMS są teraz wdrożone na wszystkich routerach, co umożliwia wdrażanie przychodzących punktów końcowych JMS w środowisku wielu centrów danych. - Obsługa połączeń
Edge zapewnia lepszą obsługę klienta i połączeń wewnętrznych w scenariuszach związanych z wysoką równoczesnością i przekroczeniem limitu czasu usługi backendu. -
Ulepszenia śledzenia beta
Funkcja śledzenia beta dla serwerów proxy interfejsu API obejmuje te funkcje:- W przypadku serwerów proxy interfejsu API zawierających przepływy warunkowe ikony True i False wskazują, czy warunki zostały ocenione jako prawda czy fałsz.
- Ulepszony widok osi czasu transakcji przydziela mniej miejsca wizualnego elementom, które zajmują mniej niż 1% łącznego czasu, dzięki czemu można wyświetlić więcej elementów.
- Plakietka nowej ikony wskazuje, kiedy zasada została pominięta, ponieważ warunek kroku miał wartość fałsz.
- Etykietki informacyjne pojawiają się, gdy najedziesz kursorem myszy na zasady w mapie transakcji.
Naprawione błędy
Poprawiliśmy w niej wymienione niżej błędy.
| Temat | Opis |
|---|---|
| Wiele hostów wirtualnych | Rozwiązaliśmy problem, który uniemożliwiał wielu hostom wirtualnym korzystanie z tego samego portu. |
| Nieosiągalne routery i JMS | Gdy router był ustawiony jako nieosiągalny (reachable=false), nadal przetwarzał komunikaty JMS. Teraz routery z ustawieniem reachable=false usuwają subskrypcje z kolejek JMS dla wszystkich wdrożonych serwerów proxy JMS API. |
| Ponowne połączenie JMS | Po długim okresie, w którym dostawca JMS był niedostępny, ponowne połączenie JMS nie było wykonywane. Naprawiliśmy ten problem. |
| Wyłączenie procesora wiadomości | Wyłączenie procesorów wiadomości czasami powodowało, że klienty pozostawały w stanie zawieszenia lub wyświetlały się błędy 503. Naprawiliśmy ten problem. |
| Połączenie z IBM WebSphere | Naprawiono błąd podczas połączenia z IBM WebSphere JMS. |
| Błędy wdrażania serwera proxy w interfejsie | Zmiana i zapisanie wdrożonych serwerów proxy czasami powodowało błędy w interfejsie zarządzania brzegowym. Naprawiliśmy ten problem. |
| Role niestandardowe w wersji beta: tworzenie interfejsów API | Rozwiązaliśmy problem uniemożliwiający użytkownikom z rolą niestandardową przesyłanie pakietów proxy interfejsu API. |
| Role niestandardowe w wersji beta: prawa tylko do odczytu | Użytkownicy w roli niestandardowej z uprawnieniami tylko do odczytu widzieli komunikat „Podczas sprawdzania, czy organizacja ma programistów”, wystąpił błąd. Problem został rozwiązany. |
| Beta Trace: numer portu serwera | Podczas pracy z adresem URL serwera proxy zawierającym numer portu w edytorze serwera proxy interfejsu API przełączenie na widok śledzenia spowodowało usunięcie numeru portu z adresu URL. Rozwiązaliśmy ten problem. |
| Beta Trace: adres IP | Jeśli serwer docelowy jest zdefiniowany za pomocą adresu IP w sesjach śledzenia serwera proxy interfejsu API, w szczegółach transakcji będzie teraz widoczny adres IP serwera docelowego, a nie stan „niezdefiniowany”. |