Estás viendo la documentación de Apigee Edge.
Ve a la
Documentación de Apigee X. información
Comprende y administra recursos, como se describe en las siguientes secciones.
Información acerca de los recursos
Muchos tipos de políticas dependen de los recursos. Los recursos son los archivos que implementan el código o la configuración que debe ejecutar una política cuando se adjunta a un proxy de API. En algunos casos, al igual que con JavaScript y JavaCallout, una política solo define un punto de adjunto en un proxy de API en el que se debe ejecutar algún código. La política de JavaScript o JavaCallout es un puntero a un recurso.
En el siguiente ejemplo de JavaScript, se configura la ruta de acceso de la solicitud HTTP.
al valor de la variable proxy.basepath
.
request.headers["RequestPath"] = context.getVariable("proxy.basepath");
Tipos de recursos
En la siguiente tabla, se resumen los tipos de recursos:
Tipo de recurso | Descripción |
---|---|
JAR (java) |
Clases de Java en un archivo JAR a las que hacen referencia las políticas JavaCallout. |
JavaScript (js) |
JavaScript al que se hace referencia en las políticas JavaScript |
JavaScript (jsc) |
JavaScript compilado al que se hace referencia en las políticas JavaScript |
Hosted target (hosted) |
Archivos de Node.js para implementar en destinos alojados. Puedes implementar Node.js como aplicaciones objetivo de backend de Edge. |
Node (node) |
Archivos de Node.js, incluido el archivo principal de Node.js, los archivos fuente relacionados y las dependencias de los módulos |
Python (py) |
Secuencias de comandos de Python a las que se hace referencia en políticas de PythonScript. Los recursos deben implementarse en “Python puro” (solo en el lenguaje Python). |
WSDL (wsdl) |
Archivos WSDL a los que se hace referencia en políticas SOAPMessageValidation. |
XSD (xsd) |
Esquemas XML a los que se hace referencia en las políticas de SOAPMessageValidation. |
XSL Transformations (xsl) |
Transformaciones XSLT a los que se hace referencia en las políticas XSLTransform. |
Dónde se almacenan los recursos
Los recursos se pueden almacenar en una de las siguientes tres ubicaciones:
- Revisión del proxy de API: Los recursos están disponibles solo para las revisiones de proxy de API en las que se incluyen los recursos. Por ejemplo: puede incluir un recurso de JavaScript con la revisión 1 de un proxy de API y, luego, cambiar la para usar una secuencia de comandos Python en la revisión 2 del proxy. La revisión 1 tiene acceso al recurso de JavaScript, y la revisión 2 solo tiene acceso al recurso Python.
- Entorno: Cuando se almacena en un entorno (por ejemplo,
test
oprod
), los recursos están disponibles para cualquier proxy de API implementado en el mismo entorno. - Organización: Cuando se almacenan en una organización, los recursos están disponibles para cualquier proxy de API implementado en cualquier entorno.
Los repositorios están disponibles en los URI siguientes, como se describe en la API de Resource Files y, más adelante, en Administra recursos con la API:
- Organización:
/organizations/{org}/resourcefiles
- Entorno:
/organizations/{org}/environments/{env}/resourcefiles
- Proxy de API:
/organizations/{org}/apis/{api}/revisions/{rev}/resources
En la siguiente tabla, se muestran los métodos que puedes usar a fin de crear, actualizar y borrar recursos para cada repositorio:
Repositorio | Crear | Ver | Actualizar | Borrar | ||||
---|---|---|---|---|---|---|---|---|
API | IU | API | IU | API | IU | API | IU | |
Revisión del proxy de API | ||||||||
Entorno | ||||||||
Organización |
Por ejemplo, todos los archivos JavaScript disponibles para el entorno test
se almacenan en el siguiente repositorio y están disponibles para cualquier proxy de API.
que se ejecuta en el entorno test
:
/organizations/{org}/environments/test/resourcefiles/jsc