Zasady dotyczące kodu JavaScript

Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z dokumentacją Apigee X. info

Co

Ta zasada umożliwia dodawanie niestandardowego kodu JavaScript, który jest wykonywany w kontekście przepływu 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 dostępnych w modelu obiektu.

Informacje

Zasady JavaScript można wykorzystać na wiele sposobów. 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 wdrożenie niestandardowego działania, które nie jest objęte żadnymi innymi standardowymi zasadami Edge. W rzeczywistości możesz użyć zasady JavaScript, aby uzyskać wiele takich samych zachowań, jakie są implementowane przez inne zasady, np. AssignMessage i ExtractVariable.

Jednym z przypadków użycia, w których nie zalecamy stosowania zasad JavaScriptu, jest rejestrowanie. Zasady rejestrowania wiadomości znacznie lepiej nadają się do rejestrowania danych na platformach rejestrowania innych firm, takich jak Splunk, Sumo i Loggly. Możesz też zwiększyć wydajność serwera proxy interfejsu API, wykonując zasady rejestrowania wiadomości w ramach PostClientFlow, który jest wykonywany po wysłaniu odpowiedzi do klienta.

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

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

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

Wideo

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

Przykłady

Przepisywanie docelowego adresu URL

Oto typowy przypadek użycia: wyodrębnianie danych z treści żądania, zapisywanie ich w zmiennej przepływu i używanie tej zmiennej w innym miejscu przepływu 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 formularza i dynamicznie dodawał je do adresu URL używanego do wywoływania usługi backendu. Jak można to zrobić w zasadach JavaScript?

Uwaga: jeśli chcesz wypróbować ten przykład, zakładamy, że w edytorze serwera proxy utworzono nowy serwer proxy. Podczas tworzenia 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 utworzony przez siebie serwer proxy w edytorze serwerów proxy.
  2. Wybierz kartę Tworzenie.
  3. W menu Nowy wybierz Nowy skrypt.
  4. W oknie 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 w przepływie proxy. Służy do uzyskiwania stałych wartości związanych z przepływem, wywoływania przydatnych metod get/set i wykonywania innych operacji. Ta część obiektu pochodzi z modelu obiektów JavaScript Edge. Pamiętaj też, że zmienna przepływu target.url to wbudowana zmienna do odczytu i zapisu, która jest dostępna w przepływie żądania kierowania. Gdy ustawimy tę zmienną za pomocą adresu URL interfejsu API, Edge wykona wywołanie backendu do tego adresu 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 Nowe zasady wybierz JavaScript.
  7. Nadaj zasadzie nazwę, np. target-rewrite. Zaakceptuj wartości domyślne i zapisz zasady.
  8. Jeśli w Nawigatorze wybierzesz wstępny przepływ punktu końcowego serwera proxy, zobaczysz, że do tego przepływu została dodana zasada.
  9. W Nawigatorze kliknij ikonę Target Endpoint PreFlow (Wstępny przepływ 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 zasad JavaScriptu użytych w tym przykładzie. Ważne jest, aby pamiętać, że element <ResourceURL> służy do określania źródłowego pliku JavaScript do wykonania. Ten sam wzorzec jest używany w przypadku każdego pliku źródłowego JavaScript: jsc://filename.js. Jeśli Twój kod JavaScript wymaga dołączenia innych plików, możesz użyć co najmniej 1 elementu <IncludeURL>. Opisaliśmy to 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

W konfiguracji możesz dodać element <Property>, a potem w czasie działania pobrać jego wartość za pomocą kodu JavaScript.

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

W JavaScript wartość właściwości zasady możesz pobrać, uzyskując do niej dostęp jako do właściwości obiektu Properties, jak w tym przykładzie:

  • Skonfiguruj usługę. 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ą kodu JavaScript. 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 wyłącznie informacyjny i niekoniecznie odzwierciedlają sprawdzone metody zalecane przez Apigee.


Odwołanie do elementu

Dokumentacja elementu opisuje elementy i atrybuty 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 <Javascript>

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

Poniższe atrybuty są specyficzne dla tych zasad.

Atrybut Opis Domyślny Obecność
timeLimit

Określa maksymalny czas (w milisekundach), w którym skrypt może być wykonywany. Jeśli na przykład limit 200 ms zostanie przekroczony, zasady zgłoszą 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ść głównego pliku JavaScript określonego za pomocą elementu <ResourceURL> lub <Source>. Skrypty będą oceniane w kolejności, w jakiej są wymienione w zasadach. Kod może używać obiektów, metod i właściwości modelu obiektów JavaScriptu.

Dodaj więcej niż 1 zasób zależności JavaScript z dodatkowymi elementami <IncludeURL>.

<IncludeURL>jsc://my-javascript-dependency.js</IncludeURL>
Domyślnie: 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żna uzyskać dostęp z kodu JavaScript w czasie działania.

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

Atrybuty

Atrybut Opis Domyślny Obecność
nazwa

Określa nazwę usługi.

Nie dotyczy Wymagane.

Przykład

Przykład znajdziesz 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 API (w sekcji /apiproxy/resources/jsc w pakiecie serwera proxy API lub w sekcji Skrypty w okienku Nawigator edytora serwera proxy API) albo w zakresie organizacji lub środowiska, aby można było go używać w wielu serwerach proxy API, zgodnie z opisem 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ślnie: Brak
Obecność: Wymagana jest właściwość <ResourceURL> lub <Source>. Jeśli występują zarówno atrybut <ResourceURL>, jak i <Source>, atrybut <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 zasad. Wstawiony kod JavaScript jest wykonywany, gdy zasada jest wykonywana w przepływie interfejsu API.

Domyślnie: Brak
Obecność: Wymagana jest właściwość <ResourceURL> lub <Source>. Jeśli występują zarówno atrybut <ResourceURL>, jak i <Source>, atrybut <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ślnie: 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 elementu TargetEndpoint lub TargetServer. Więcej informacji znajdziesz w artykule Konfigurowanie TLS od Edge do backendu.

Zastosowanie

Zasady JavaScript nie zawierają kodu. Zamiast tego zasada JavaScript odwołuje się do „zasobu” JavaScript i określa krok w przepływie interfejsu API, w którym jest wykonywany kod JavaScript. Możesz przesłać skrypt za pomocą edytora proxy interfejsu zarządzania lub dołączyć go do katalogu /resources/jsc w proxy interfejsu API, które tworzysz lokalnie.

Debugowanie kodu zasad JavaScript

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

Aby wyświetlić instrukcje drukowania w Trace:

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

  4. W tym panelu będą się wyświetlać Twoje wyciągi do druku.

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

Zmienne przepływu

Ta zasada domyślnie nie wypełnia żadnych zmiennych, ale w kodzie JavaScriptu możesz ustawiać (i pobierać) zmienne przepływu, wywołując metody na obiekcie 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 JavaScript Apigee Edge.

Odniesienie do błędu

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 na forum Apigee

Powiązane artykuły znajdziesz w społeczności Apigee: