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

This section describes the fault codes and error messages that are returned and fault variables that are set by Edge when this policy triggers an error. This information is important to know if you are developing fault rules to handle faults. To learn more, see What you need to know about policy errors and Handling faults.

Runtime errors

These errors can occur when the policy executes.

Fault code HTTP status Cause Fix
steps.javascript.ScriptExecutionFailed 500 The JavaScript policy can throw many different types of ScriptExecutionFailed errors. Commonly seen types of errors include RangeError, ReferenceError, SyntaxError, TypeError, and URIError.
steps.javascript.ScriptExecutionFailedLineNumber 500 An error occurred in the JavaScript code. See the fault string for details. N/A
steps.javascript.ScriptSecurityError 500 A security error occurred when the JavaScript executed. See the fault string for details. N/A

Deployment errors

These errors can occur when you deploy a proxy containing this policy.

Error name Cause Fix
InvalidResourceUrlFormat If the format of the resource URL specified within the <ResourceURL> or the <IncludeURL> element of the JavaScript policy is invalid, then the deployment of the API proxy fails.
InvalidResourceUrlReference If the <ResourceURL> or the <IncludeURL> elements refer to a JavaScript file that does not exist, then the deployment of the API proxy fails. The referenced source file must exist either the API proxy, environment, or organization level.
WrongResourceType This error occurs during deployment if the <ResourceURL> or the <IncludeURL> elements of the JavaScript policy refer to any resource type other than jsc (JavaScript file).
NoResourceURLOrSource The deployment of the JavaScript policy can fail with this error if the <ResourceURL> element is not declared or if the resource URL is not defined within this element. <ResourceURL> element is a mandatory element. Or, The <IncludeURL> element is declared but the resource URL is not defined within this element. The <IncludeURL> element is optional but if declared, the resource URL must be specified within the <IncludeURL> element.

Fault variables

These variables are set when this policy triggers an error at runtime. For more information, see What you need to know about policy errors.

Variables Where Example
fault.name="fault_name" fault_name is the name of the fault, as listed in the Runtime errors table above. The fault name is the last part of the fault code. fault.name Matches "ScriptExecutionFailed"
javascript.policy_name.failed policy_name is the user-specified name of the policy that threw the fault. javascript.JavaScript-1.failed = true

Example error response

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

Example fault rule

<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: