<ph type="x-smartling-placeholder"></ph>
Vous consultez la documentation Apigee Edge.
Accédez à la page
Documentation sur Apigee X. En savoir plus
Comprenez et gérez les ressources, comme décrit dans les sections suivantes.
À propos des ressources
De nombreux types de règles reposent sur des ressources. Les ressources sont les fichiers qui mettent en œuvre le code ou la configuration qu'une règle doit exécuter lorsqu'elle est jointe à un proxy d'API. Dans certains cas, comme avec JavaScript et JavaCallout, une règle définit simplement un point de rattachement dans un proxy d'API où du code doit être exécuté. La règle JavaScript ou JavaCallout est un pointeur vers une ressource.
L'exemple de code JavaScript suivant définit le chemin de la requête HTTP sur la valeur de la variable proxy.basepath.
request.headers["RequestPath"] = context.getVariable("proxy.basepath");
Types de ressources
Le tableau suivant récapitule les types de ressources :
| Type de ressource | Description |
|---|---|
JAR (java) |
Classes Java dans un fichier JAR référencé par des règles JavaCallout. |
JavaScript (js) |
Code JavaScript référencé par des règles JavaScript. |
JavaScript (jsc) |
Code JavaScript compilé référencé par des règles JavaScript. |
Hosted target (hosted) |
Fichiers Node.js à déployer sur des cibles hébergées Vous pouvez déployer Node.js en tant qu'applications cibles de backend Edge. |
Node (node) |
les fichiers Node.js, y compris le fichier Node.js principal, les fichiers sources associés, et les dépendances des modules. |
Python (py) |
Scripts Python référencés par des règles PythonScript. Les ressources doivent être mises en œuvre en "Python pur" (uniquement en langage Python). |
WSDL (wsdl) |
Fichiers WSDL référencés par des règles SOAPMessageValidation. |
XSD (xsd) |
Schémas XML référencés par des règles SOAPMessageValidation. |
XSL Transformations (xsl) |
Transformations XSLT référencées par des règles XSLTransform. |
Emplacement de stockage des ressources
Les ressources peuvent être stockées dans l'un des trois emplacements suivants:
- Révision de proxy d'API : les ressources ne sont disponibles que pour les révisions de proxy d'API dans lesquelles les ressources sont incluses. Par exemple : vous pouvez inclure une ressource JavaScript avec la révision 1 d'un proxy d'API, puis modifier le pour utiliser un script Python dans la révision 2 du proxy. La révision 1 a accès uniquement à la ressource JavaScript, et la révision 2 n'a accès qu'à la ressource Python.
- Environnement : lorsque des ressources sont stockées dans un environnement (par exemple,
testouprod), elles sont disponibles pour tout proxy d'API déployé dans le même environnement. - Organisation: lorsqu'elles sont stockées dans une organisation, les ressources sont mises à la disposition n'importe quel proxy d'API déployé dans n'importe quel environnement.
Les dépôts sont disponibles aux URI suivants, comme décrit dans l'API Resource Files et ultérieurement dans Gérer les ressources à l'aide de l'API:
- Organisation :
/organizations/{org}/resourcefiles - Environnement :
/organizations/{org}/environments/{env}/resourcefiles - Proxy d'API:
/organizations/{org}/apis/{api}/revisions/{rev}/resources
Le tableau suivant présente les méthodes que vous pouvez utiliser pour créer, mettre à jour et supprimer des ressources pour chaque dépôt :
| Dépôt | Créer | Afficher | Mettre à jour | Supprimer | ||||
|---|---|---|---|---|---|---|---|---|
| API | UI | API | UI | API | UI | API | UI | |
| Révision du proxy d'API | ||||||||
| Environnement | ||||||||
| Organisation | ||||||||
Par exemple, tous les fichiers JavaScript disponibles pour l'environnement test sont stockés dans le dépôt suivant, et sont disponibles pour tout proxy d'API exécuté dans l'environnement test :
/organizations/{org}/environments/test/resourcefiles/jsc