Zasady dotyczące kodu JavaScript

Wyświetlasz dokumentację Apigee Edge.
Przejdź do dokumentacji Apigee X.
info

Co

Ta zasada umożliwia dodawanie niestandardowego kodu JavaScript, który jest wykonywany w kontekście przepływu serwera proxy interfejsu API. W niestandardowym kodzie JavaScript możesz używać obiektów, metod i właściwości modelu obiektów JavaScriptu Apigee Edge . Model obiektów umożliwia pobieranie, ustawianie i usuwanie zmiennych w kontekście przepływu serwera proxy. Możesz też używać podstawowych funkcji kryptograficznych, które są dostępne w modelu obiektów.

Informacje

Zasada JavaScript ma wiele zastosowań. Możesz na przykład pobierać i ustawiać zmienne przepływu , wykonywać niestandardową logikę i obsługiwać błędy, wyodrębniać dane z żądań lub odpowiedzi, dynamicznie edytować docelowy adres URL backendu i wiele innych. Ta zasada umożliwia implementowanie niestandardowych działań, które nie są objęte żadnymi innymi standardowymi zasadami Edge. W rzeczywistości możesz użyć zasady JavaScript, aby uzyskać wiele tych samych działań, które są implementowane przez inne zasady, takie jak AssignMessage i ExtractVariable.

Jednym z przypadków użycia, których nie zalecamy w przypadku zasady JavaScript, jest logowanie. Zasada Message Logging znacznie lepiej nadaje się do logowania na platformach logowania innych firm, takich jak Splunk, Sumo i Loggly. Możesz też zwiększyć wydajność serwera proxy interfejsu API, wykonując zasadę Message Logging w PostClientFlow, która jest wykonywana po wysłaniu odpowiedzi do klienta.

Zasada JavaScript umożliwia określenie pliku źródłowego JavaScript do wykonania lub możesz umieścić kod JavaScript bezpośrednio w konfiguracji zasady za pomocą elementu <Source>. W obu przypadkach kod JavaScript jest wykonywany, gdy wykonywany jest krok, do którego jest dołączona zasada. W przypadku opcji pliku źródłowego kod źródłowy jest zawsze przechowywany w standardowej lokalizacji w pakiecie serwera proxy: apiproxy/resources/jsc. Możesz też przechowywać kod źródłowy w pliku zasobu na poziomie środowiska lub organizacji. Instrukcje znajdziesz w artykule Pliki zasobów. Możesz też przesłać kod JavaScript za pomocą edytora serwera proxy w interfejsie Apigee.

Pliki źródłowe JavaScript muszą zawsze mieć rozszerzenie .js.

Aktualnie obsługiwaną wersję JavaScriptu znajdziesz w artykule Obsługiwane oprogramowanie i obsługiwane wersje.

Wideo

Obejrzyj krótki film, aby dowiedzieć się, jak utworzyć niestandardowe rozszerzenie zasady za pomocą zasady JavaScript.

Przykłady

Przepisywanie docelowego adresu URL

Oto typowy przypadek użycia: wyodrębnianie danych z treści żądania, przechowywanie ich w zmiennej przepływu i używanie tej zmiennej przepływu w innym miejscu przepływu serwera proxy. Załóżmy, że masz aplikację w której użytkownik wpisuje swoje imię w formularzu HTML i przesyła go. Chcesz, aby serwer proxy interfejsu API wyodrębniał dane z formularza i dynamicznie dodawał je do adresu URL używanego do wywoływania usługi backendu. Jak to zrobić w zasadzie JavaScript?

Uwaga: jeśli chcesz wypróbować ten przykład, zakładamy, że masz już utworzony nowy serwer proxy w edytorze serwera proxy. Podczas tworzenia serwera proxy podaj adres URL usługi backendu: http://www.example.com. W tym przykładzie będziemy dynamicznie przepisywać adres URL backendu. Jeśli nie wiesz, jak utworzyć nowy serwer proxy, zapoznaj się z samouczkiem dla początkujących. .

  1. W interfejsie Edge otwórz serwer proxy utworzony w edytorze serwera proxy.
  2. Kliknij kartę Programowanie.
  3. W menu Nowy wybierz Nowy skrypt.
  4. W oknie dialogowym wybierz JavaScript i nadaj skryptowi nazwę, np. js-example.
  5. Wklej ten kod w edytorze kodu i zapisz serwer proxy. Ważne jest, aby zwrócić uwagę na obiekt context. Ten obiekt jest dostępny dla kodu JavaScript w dowolnym miejscu przepływu serwera proxy. Służy do uzyskiwania stałych specyficznych dla przepływu, wywoływania przydatnych metod get/set i wykonywania innych operacji. Ta część obiektu jest częścią modelu obiektów JavaScriptu Edge'a . Pamiętaj też, że zmienna przepływu target.url jest wbudowaną zmienną do odczytu i zapisu, która jest dostępna w przepływie żądania docelowego. Gdy ustawimy tę zmienną za pomocą adresu URL interfejsu API, Edge wywoła backend pod tym adresem URL. Zasadniczo przepisaliśmy pierwotny docelowy adres URL, który został określony podczas tworzenia serwera proxy (np., http://www.example.com).

    if (context.flow=="PROXY_REQ_FLOW") {
         var username = context.getVariable("request.formparam.user");
         context.setVariable("info.username", username);
    }
    
    
    if (context.flow=="TARGET_REQ_FLOW") {
         context.setVariable("request.verb", "GET");
         var name = context.getVariable("info.username");
         var url = "http://mocktarget.apigee.net/"
         context.setVariable("target.url", url + "?user=" + name);
    }
  6. W menu Nowa zasada wybierz JavaScript.
  7. Nadaj zasadzie nazwę, np. target-rewrite. Zaakceptuj ustawienia domyślne i zapisz zasadę.
  8. Jeśli w nawigatorze wybierzesz Preflow punktu końcowego serwera proxy, zobaczysz, że zasada została dodana do tego przepływu.
  9. W nawigatorze kliknij ikonę PreFlow punktu końcowego docelowego.
  10. W nawigatorze przeciągnij zasadę JavaScript na stronę żądania punktu końcowego docelowego w edytorze przepływu.
  11. Zapisz.
  12. Wywołaj interfejs API w ten sposób, zastępując odpowiednio prawidłową nazwę organizacji i nazwę serwera proxy:
curl -i -H 'Content-Type: application/x-www-form-urlencoded' -X POST -d 'user=Will' http://myorg-test.apigee.net/js-example

Na koniec przyjrzyjmy się definicji XML zasady JavaScript użytej w tym przykładzie. Ważne jest, aby pamiętać, że element <ResourceURL> służy do określania pliku źródłowego JavaScript do wykonania. Ten sam wzorzec jest używany w przypadku każdego pliku źródłowego JavaScript: jsc://filename.js. Jeśli kod JavaScript wymaga dołączenia, możesz użyć co najmniej 1 elementu <IncludeURL>, jak opisano w dalszej części tego dokumentu.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Javascript async="false" continueOnError="false" enabled="true" timeLimit="200" name="target-rewrite">
    <DisplayName>target-rewrite</DisplayName>
    <Properties/>
    <ResourceURL>jsc://js-example.js</ResourceURL>
</Javascript>

Pobieranie wartości właściwości z JavaScriptu

Możesz dodać element <Property> w konfiguracji, a następnie pobrać wartość elementu za pomocą JavaScriptu w czasie wykonywania.

Użyj atrybutu name elementu, aby określić nazwę, za pomocą której będziesz uzyskiwać dostęp do właściwości z kodu JavaScript. Wartość elementu <Property> (wartość między tagami otwierającym i zamykającym) to wartość dosłowna, która zostanie odebrana przez JavaScript.

W języku JavaScript wartość właściwości zasad jest pobierana przez uzyskanie do niej dostępu jako do właściwości obiektu Properties w następujący sposób:

  • Skonfiguruj właściwość. W tym przypadku wartością właściwości jest nazwa zmiennej response.status.code.
    <Javascript async="false" continueOnError="false" enabled="true" timeLimit="200" name="JavascriptURLRewrite">
        <DisplayName>JavascriptURLRewrite</DisplayName>
        <Properties>
            <Property name="source">response.status.code</Property>
        </Properties>
        <ResourceURL>jsc://JavascriptURLRewrite.js</ResourceURL>
    </Javascript>
  • Pobierz właściwość za pomocą JavaScriptu. W tym przypadku pobrana wartość – nazwa zmiennej – jest następnie używana przez funkcję getVariable do pobrania wartości zmiennej.
    var responseCode = properties.source; // Returns "response.status.code"
    var value = context.getVariable(responseCode); // Get the value of response.status.code
    context.setVariable("response.header.x-target-response-code", value);

Obsługa błędów

Przykłady i omówienie technik obsługi błędów, których możesz używać w wywołaniu JavaScript, znajdziesz w tym poście w Społeczności Apigee. Sugestie w Społeczności Apigee mają charakter informacyjny i niekoniecznie odzwierciedlają sprawdzone metody zalecane przez Apigee.


Dokumentacja elementów

Dokumentacja elementów zawiera opis elementów i atrybutów zasady JavaScript.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Javascript async="false"
        continueOnError="false" enabled="true" timeLimit="200"
        name="JavaScript-1">
    <DisplayName>JavaScript 1</DisplayName>
    <Properties>
        <Property name="propName">propertyValue</Property>
    </Properties>
    <SSLInfo>
        <Enabled>trueFalse</Enabled>
        <ClientAuthEnabled>trueFalse</ClientAuthEnabled>
        <KeyStore>ref://keystoreRef</KeyStore>
        <KeyAlias>keyAlias</KeyAlias>
        <TrustStore>ref://truststoreRef</TrustStore>
    </SSLInfo>
    <IncludeURL>jsc://a-javascript-library-file</IncludeURL>
    <ResourceURL>jsc://my-javascript-source-file</ResourceURL>
    <Source>insert_js_code_here</Source>

</Javascript>

Atrybuty elementu <Javascript>

<Javascript name="Javascript-1" enabled="true" continueOnError="false" async="false" timeLimit="200">

Te atrybuty są specyficzne dla tej zasady.

Atrybut Opis Domyślny Obecność
timeLimit

Określa maksymalny czas (w milisekundach), przez jaki skrypt może być wykonywany. Jeśli na przykład zostanie przekroczony limit 200 ms, zasada zgłosi ten błąd: Javascript.policy_name failed with error: Javascript runtime exceeded limit of 200ms.

Uwaga: w przypadku bezpłatnych kont próbnych czas wykonywania jest ograniczony do 200 ms.

Nie dotyczy Wymagane

W tej tabeli opisano atrybuty wspólne dla wszystkich elementów nadrzędnych zasad:

Atrybut Opis Domyślny Obecność
name

Wewnętrzna nazwa zasady. Wartość atrybutu name może zawierać litery, cyfry, spacje, łączniki, podkreślenia i kropki. Ta wartość nie może przekracza 255 znaków.

Opcjonalnie możesz użyć elementu <DisplayName> do oznaczenia zasady jako edytor proxy interfejsu zarządzania z inną nazwą w języku naturalnym.

Nie dotyczy Wymagane
continueOnError

Ustaw jako false, aby w przypadku niepowodzenia zasady zwracany był błąd. To normalne w przypadku większości zasad.

Ustaw jako true, aby wykonywanie przepływu było kontynuowane nawet po zastosowaniu zasady niepowodzenie.

fałsz Opcjonalnie
enabled

Aby egzekwować zasadę, ustaw wartość true.

Aby wyłączyć zasadę, ustaw wartość false. Te zasady nie będą jest wymuszane nawet wtedy, gdy jest ono połączone z przepływem.

prawda Opcjonalnie
async

Ten atrybut został wycofany.

fałsz Wycofano

&lt;DisplayName&gt; element

Używaj oprócz atrybutu name do oznaczania zasady w edytor proxy interfejsu zarządzania z inną nazwą w języku naturalnym.

<DisplayName>Policy Display Name</DisplayName>
Domyślny

Nie dotyczy

Jeśli pominiesz ten element, atrybut name zasady otrzyma wartość .

Obecność Opcjonalnie
Typ Ciąg znaków

Element <IncludeURL>

Określa plik biblioteki JavaScript, który ma być wczytany jako zależność od głównego pliku JavaScript określonego za pomocą elementu <ResourceURL> lub <Source>. Skrypty będą oceniane w kolejności, w jakiej są wymienione w zasadzie. Kod może używać obiektów, metod i właściwości modelu obiektów JavaScriptu.

Dołącz więcej niż 1 zasób zależności JavaScript za pomocą dodatkowych <IncludeURL> elementów.

<IncludeURL>jsc://my-javascript-dependency.js</IncludeURL>
Domyślny: Brak
Obecność: Opcjonalny
Typ: Ciąg znaków

Przykład

Zobacz podstawowy przykład w sekcji Przykłady.

Element <Property>

Określa właściwość, do której możesz uzyskać dostęp z kodu JavaScript w czasie wykonywania.

<Properties>
    <Property name="propName">propertyValue</Property>
</Properties>
Domyślny: Brak
Obecność: Opcjonalny
Typ: Ciąg znaków

Atrybuty

Atrybut Opis Domyślny Obecność
name

Określa nazwę właściwości.

Nie dotyczy Wymagane.

Przykład

Zobacz przykład w sekcji Przykłady.

Element <ResourceURL>

Określa główny plik JavaScript, który będzie wykonywany w przepływie interfejsu API. Ten plik możesz przechowywać w zakresie serwera proxy interfejsu API (w katalogu /apiproxy/resources/jsc w pakiecie serwera proxy interfejsu API lub w sekcji Skrypty w panelu nawigatora edytora serwera proxy interfejsu API) albo w zakresie organizacji lub środowiska, aby można go było używać w wielu serwerach proxy interfejsu API, jak opisano w artykule Pliki zasobów. Kod może używać obiektów, metod i właściwości modelu obiektów JavaScriptu.

<ResourceURL>jsc://my-javascript.js</ResourceURL>
Domyślny: Brak
Obecność: Wymagany jest element <ResourceURL> lub <Source>. Jeśli <ResourceURL> i <Source> występują jednocześnie, element <ResourceURL> jest ignorowany.
Typ: Ciąg znaków

Przykład

Zobacz podstawowy przykład w sekcji Przykłady.

Element <Source>

Umożliwia wstawianie kodu JavaScript bezpośrednio do konfiguracji XML zasady. Wstawiony kod JavaScript jest wykonywany, gdy zasada jest wykonywana w przepływie interfejsu API.

Domyślny: Brak
Obecność: Wymagany jest element <ResourceURL> lub <Source>. Jeśli <ResourceURL> i <Source> występują jednocześnie, element <ResourceURL> jest ignorowany.
Typ: Ciąg znaków

Przykład

<Javascript name='JS-ParseJsonHeaderFullString' timeLimit='200' >
  <Properties>
    <Property name='inboundHeaderName'>specialheader</Property>
    <Property name='outboundVariableName'>json_stringified</Property>
  </Properties>
  <Source>
var varname = 'request.header.' + properties.inboundHeaderName + '.values.string';
var h = context.getVariable(varname);
if (h) {
  h = JSON.parse(h);
  h.augmented = (new Date()).valueOf();
  var v = JSON.stringify(h, null, 2) + '\n';
  // further indent
  var r = new RegExp('^(\S*)','mg');
  v= v.replace(r,'    $1');
  context.setVariable(properties.outboundVariableName, v);
}
  </Source>
</Javascript>

Element <SSLInfo>

Określa właściwości używane do konfigurowania protokołu TLS dla wszystkich instancji klienta HTTP utworzonych przez zasadę JavaScript.

    <SSLInfo>
        <Enabled>trueFalse</Enabled>
        <ClientAuthEnabled>trueFalse</ClientAuthEnabled>
        <KeyStore>ref://keystoreRef</KeyStore>
        <KeyAlias>keyAlias</KeyAlias>
        <TrustStore>ref://truststoreRef</TrustStore>
    </SSLInfo>
Domyślny: Brak
Obecność: Opcjonalny
Typ: Ciąg znaków

Proces konfigurowania protokołu TLS dla klienta HTTP jest taki sam jak proces konfigurowania protokołu TLS dla punktu końcowego docelowego lub serwera docelowego. Więcej informacji znajdziesz w artykule Konfigurowanie protokołu TLS z Edge do backendu.

Zastosowanie

Zasada JavaScript nie zawiera żadnego kodu. Zamiast tego zasada JavaScript odwołuje się do „zasobu” JavaScript i definiuje krok w przepływie interfejsu API, w którym jest wykonywany kod JavaScript. Skrypt możesz przesłać za pomocą edytora serwera proxy w interfejsie zarządzania lub umieścić go w /resources/jsc katalogu w serwerach proxy interfejsu API, które tworzysz lokalnie.

Debugowanie kodu zasady JavaScript

Użyj funkcji print() , aby wyświetlać informacje debugowania w panelu danych wyjściowych transakcji w narzędziu Trace. Szczegółowe informacje i przykłady znajdziesz w artykule Debugowanie za pomocą instrukcji JavaScript print().

Aby wyświetlić instrukcje print w narzędziu Trace:

  1. Otwórz narzędzie Trace i rozpocznij sesję śledzenia serwera proxy, który zawiera zasadę JavaScript.
  2. Wywołaj serwer proxy.
  3. W narzędziu Trace kliknij Dane wyjściowe ze wszystkich transakcji, aby otworzyć panel danych wyjściowych.

  4. W tym panelu pojawią się instrukcje print.

Za pomocą funkcji print() możesz wyświetlać informacje debugowania w narzędziu Trace. Ta funkcja jest dostępna bezpośrednio w modelu obiektów JavaScriptu. Więcej informacji znajdziesz w artykule "Debugowanie JavaScriptu za pomocą instrukcji print() statements".

Zmienne przepływu

Ta zasada domyślnie nie wypełnia żadnych zmiennych. Możesz jednak ustawiać (i pobierać) zmienne przepływu w kodzie JavaScript, wywołując metody obiektu kontekstu. Typowy wzorzec wygląda tak:

context.setVariable("response.header.X-Apigee-Target", context.getVariable("target.name"))

Obiekt kontekstu jest częścią modelu obiektów JavaScriptu Apigee Edge .

Dokumentacja błędów

W tej sekcji opisano zwracane kody błędów i komunikaty o błędach oraz zmienne błędów ustawiane przez Edge, gdy ta zasada wywołuje błąd. To ważna informacja jeśli tworzysz reguły błędów obsługi błędów. Więcej informacji znajdziesz w artykule Co musisz wiedzieć o błędach związanych z zasadami i postępowaniu z błędami

Błędy w czasie wykonywania

Te błędy mogą wystąpić podczas wykonywania zasady.

Kod błędu Stan HTTP Przyczyna Napraw
steps.javascript.ScriptExecutionFailed 500 Zasada JavaScript może generować wiele różnych typów błędów ScriptExecutionFailed. Powszechnie widoczne typy błędów to RangeError, ReferenceError, SyntaxError, TypeError oraz URIError.
steps.javascript.ScriptExecutionFailedLineNumber 500 Wystąpił błąd w kodzie JavaScript. Szczegóły znajdziesz w ciągu znaków z błędem. Nie dotyczy
steps.javascript.ScriptSecurityError 500 Podczas wykonywania skryptu JavaScript wystąpił błąd zabezpieczeń. Zobacz ciąg błędu dla . Nie dotyczy

Błędy wdrażania

Te błędy mogą wystąpić podczas wdrażania serwera proxy zawierającego tę zasadę.

Nazwa błędu Przyczyna Napraw
InvalidResourceUrlFormat Jeśli format adresu URL zasobu określony w elemencie <ResourceURL> lub <IncludeURL> zasady JavaScript jest nieprawidłowy, wdrożenie serwera proxy interfejsu API się nie uda.
InvalidResourceUrlReference Jeśli elementy <ResourceURL> lub <IncludeURL> do pliku JavaScript, który nie istnieje, wdrożenie serwera proxy interfejsu API się nie uda. Wskazany plik źródłowy musi istnieć na poziomie serwera proxy interfejsu API, środowiska lub organizacji.
WrongResourceType Ten błąd występuje podczas wdrażania, jeśli <ResourceURL> lub <IncludeURL> elementy zasady JavaScript odwołują się do dowolnego typu zasobu innego niż jsc (plik JavaScript).
NoResourceURLOrSource Wdrożenie zasady JavaScript może się nie udać z tym błędem, jeśli <ResourceURL> element nie jest zadeklarowany lub adres URL zasobu nie jest zdefiniowany w tym elemencie. Element <ResourceURL> jest wymaganym elementem. lub element <IncludeURL> jest zadeklarowany. ale URL zasobu nie jest zdefiniowany w tym elemencie. Element <IncludeURL> jest opcjonalny. ale jeśli zadeklarowano, URL zasobu musi być określony w elemencie <IncludeURL>.

Zmienne błędów

Te zmienne są ustawiane, gdy ta zasada wywołuje błąd w czasie działania. Aby dowiedzieć się więcej, zapoznaj się z artykułem Co musisz wiedzieć o błędach związanych z naruszeniem zasad.

Zmienne Gdzie Przykład
fault.name="fault_name" fault_name to nazwa błędu podana w tabeli Błędy czasu działania powyżej. Nazwa błędu to ostatnia część kodu błędu. fault.name Matches "ScriptExecutionFailed"
javascript.policy_name.failed policy_name to określona przez użytkownika nazwa zasady, która spowodowała błąd. javascript.JavaScript-1.failed = true

Przykładowa odpowiedź na błąd

{
  "fault": {
    "faultstring": "Execution of SetResponse failed with error: Javascript runtime error: "ReferenceError: "status" is not defined. (setresponse.js:6)\"",
    "detail": {
      "errorcode": "steps.javascript.ScriptExecutionFailed"
    }
  }
}

Przykładowa reguła błędu

<FaultRule name="JavaScript Policy Faults">
    <Step>
        <Name>AM-CustomErrorResponse</Name>
        <Condition>(fault.name Matches "ScriptExecutionFailed") </Condition>
    </Step>
    <Condition>(javascript.JavaScript-1.failed = true) </Condition>
</FaultRule>

Schemat

Każdy typ zasady jest zdefiniowany przez schemat XML (.xsd). Schematy zasad są dostępne na GitHubie.

Powiązane artykuły

Artykuły w Społeczności Apigee

Te powiązane artykuły znajdziesz w Społeczności Apigee: