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. .
- W interfejsie Edge otwórz utworzony przez siebie serwer proxy w edytorze serwerów proxy.
- Wybierz kartę Tworzenie.
- W menu Nowy wybierz Nowy skrypt.
- W oknie wybierz JavaScript i nadaj skryptowi nazwę, np.
js-example. - 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ływutarget.urlto 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); }
- W menu Nowe zasady wybierz JavaScript.
- Nadaj zasadzie nazwę, np.
target-rewrite. Zaakceptuj wartości domyślne i zapisz zasady. - Jeśli w Nawigatorze wybierzesz wstępny przepływ punktu końcowego serwera proxy, zobaczysz, że do tego przepływu została dodana zasada.
- W Nawigatorze kliknij ikonę Target Endpoint PreFlow (Wstępny przepływ punktu końcowego docelowego).
- W Nawigatorze przeciągnij zasadę JavaScript na stronę żądania punktu końcowego docelowego w edytorze przepływu.
- Zapisz.
- 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ę
getVariabledo 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: 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 Opcjonalnie możesz użyć elementu |
Nie dotyczy | Wymagane |
continueOnError |
Ustaw jako Ustaw jako |
fałsz | Opcjonalnie |
enabled |
Aby egzekwować zasadę, ustaw wartość Aby wyłączyć zasadę, ustaw wartość |
prawda | Opcjonalnie |
async |
Ten atrybut został wycofany. |
fałsz | Wycofano |
<DisplayName> 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 |
|---|---|
| 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:
- Otwórz narzędzie Trace Tool i rozpocznij sesję śledzenia serwera proxy, który zawiera zasadę JavaScript.
- Wywołaj serwer proxy.
- W Narzędziu śledzenia kliknij Dane wyjściowe ze wszystkich transakcji, aby otworzyć panel danych wyjściowych.

- 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. | build |
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. |
build |
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. |
build |
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). |
build |
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. |
build |
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
- Model obiektów JavaScript
- Instrukcje, przykłady zasad i przykłady kodu JavaScript znajdziesz w artykule Programowanie serwerów proxy interfejsu API za pomocą JavaScriptu.
Artykuły na forum Apigee
Powiązane artykuły znajdziesz w społeczności Apigee: