You're viewing Apigee Edge documentation.
Go to the
Apigee X documentation. info
Understand and manage resources, as described in the following sections.
About resources
Many policy types rely on resources. Resources are the files that implement the code or configuration to be executed by a policy when attached to an API proxy. In some cases, as with JavaScript and JavaCallout, a policy simply defines an attachment point in an API proxy where some code should execute. The JavaScript or JavaCallout policy is a pointer to a resource.
The following sample JavaScript sets the HTTP request path
to the value of the proxy.basepath
variable.
request.headers["RequestPath"] = context.getVariable("proxy.basepath");
Resource types
The following table summarizes the resource types:
Resource type | Description |
---|---|
JAR (java) |
Java classes in a JAR file referenced by JavaCallout policies. |
JavaScript (js) |
JavaScript referenced by JavaScript policies. |
JavaScript (jsc) |
Compiled JavaScript referenced by JavaScript policies. |
Hosted target (hosted) |
Node.js files to deploy to Hosted Targets. You can deploy Node.js as Edge backend target applications. |
Node (node) |
Node.js files, including the main Node.js file, related source files, and module dependencies. |
Python (py) |
Python scripts referenced by PythonScript policies. Resources must be implemented in "pure Python" (in the Python language only). |
WSDL (wsdl) |
WSDL files referenced by SOAPMessageValidation policies. |
XSD (xsd) |
XML schemas referenced by SOAPMessageValidation policies. |
XSL Transformations (xsl) |
XSLT transformations referenced by XSLTransform policies. |
Where resources are stored
Resources can be stored in one of the following three locations:
- API proxy revision: Resources are available only to the API proxy revisions in which the resources are included. For example, you might include a JavaScript resource with revision 1 of an API proxy, then change the implementation to use a Python script in revision 2 of the proxy. Revision 1 has access to only the JavaScript resource, and revision 2 has access to only the Python resource.
- Environment: When stored in an environment (for example,
test
orprod
), resources are available to any API proxy deployed in the same environment. - Organization: When stored in an organization, resources are available to any API proxy deployed in any environment.
The repositories are available at the following URIs, as described by the Resource files API and later in Manage resources using the API:
- Organization:
/organizations/{org}/resourcefiles
- Environment:
/organizations/{org}/environments/{env}/resourcefiles
- API Proxy:
/organizations/{org}/apis/{api}/revisions/{rev}/resources
The following table shows the methods you can use to create, update, and delete resources for each repository:
Repository | Create | View | Update | Delete | ||||
---|---|---|---|---|---|---|---|---|
API | UI | API | UI | API | UI | API | UI | |
API proxy revision | ||||||||
Environment | ||||||||
Organization |
For example, all JavaScript files available to the test
environment are stored in the following repository and are available to any API proxy
running in the test
environment:
/organizations/{org}/environments/test/resourcefiles/jsc
Resource name resolution
Edge resolves resource names from the most specific to the most general scope. Resource names are resolved "up the chain", from the API proxy revision level, to the environment level, to the organization level (Edge only).
Let's say that you have populated the same resource in two different repositories — the
API proxy revision and the prod
environment.
Consider the API proxy that is configured with the following Policy:
<Javascript name='PathSetterPolicy' timeLimit='200'> <ResourceURL>jsc://pathSetter.js</ResourceURL> </Javascript>
The policy reference cannot explicitly resolve to a repository. The first resource at the most granular scope whose name matches the resource name in the policy is resolved.
So, when the API proxy is deployed in the environment prod
, the policy will
resolve to the environment-scoped pathSetter.js
resource.
When deployed in the environment test
, the Policy will resolve to the
API proxy revision-scoped resource, because the environment-scoped resource is in the prod
environment, not the test
environment.
Java resource guidelines
You can add compiled Java resources as JAR files using multiple options in curl, such as
-T
, --data-binary
, or -F
option (not the -d
option). For example:
curl "http://{mgmt_server}:{port}/v1/organizations/{org}/environments/{env}/resourcefiles?name={jar_file}&type=java" \ -X POST \ --data-binary @{jar_file} \ -H "Content-Type: application/octet-stream" \ -u email:password
curl -v "http://{mgmt_server}:{port}/v1/organizations/{org}/environments/{env}/resourcefiles?name={jar_file}&type=java" -X POST \ -H "Content-Type: application/octet-stream" \ -T "{jar_file}" \ -u email:password
curl -v "http://{mgmt_server}:{port}/v1/organizations/{org}/environments/{env}/resourcefiles?name={jar_file}&type=java" -X POST \ -H "Content-Type: application/multipart/form-data" \ -F "file=@{jar_file}" \ -u email:password
See also:
- Java best practices: Best practices for API proxy design and development
- Java cookbook example: XSL Transform policy
Node.js resource guidelines
When you reference a Node.js script in an API proxy, you do so with the <ResourceURL>
element in the API proxy's TargetEndpoint
configuration, as described in Adding Node.js to an existing API
proxy. For example:
<ScriptTarget> <ResourceURL>node://hello-world.js</ResourceURL> </ScriptTarget>
That Node.js script and all supporting modules must reside at the API proxy revision scope
(in the proxy bundle's /resources/node
directory). In the API proxy editor, adding
the Node.js resource to the Scripts section accomplishes this. So does using the API
(import
and update)
to store the resource at the API proxy revision scope.
Manage resources using the UI
Manage resources scoped to an API proxy revision using the UI, as described in the following sections.
View resources using the UI
To view the resources scoped to an API proxy revision:
-
Sign in to apigee.com/edge.
- Select Develop > API Proxies in the left navigation bar.
- Select an API proxy in the list for which you want to create a resource.
The API proxy editor opens and the Overview tab is displayed, by default. - Click the Develop tab.
- Select the revision in the Revision drop-down, if required.
The resources scoped to the API proxy revision are listed in the Resources section in the Navigator view.
Create a resource using the UI
To create resources scoped to an API proxy revision using the UI:
- View the resources scoped to the API proxy revision.
- Click + in the Resources section in the Navigator view to open the New Resource dialog.
- Enter the following:
Field Description Source Select to create a new file or import a file. File Type Select a resource type from the drop-down list. File Name Name of the file. The filename extension must be valid for the selected file type.
Update a resource using the UI
To update a resource scoped to an API proxy revision using the UI:
- View the resources scoped to the API proxy revision.
- In the Navigator view under Resources, click the resource that you want to update.
Note: For JAR files, position your cursor over the resource that you want to edit and click . - Update the resource, as required.
Note: After uploading a new JAR file, click Update.
Delete a resource using the UI
To detele a resource scoped to an API proxy revision using the UI:
- View the resources scoped to the API proxy revision.
- In the Navigator view under Resources, position your cursor over the resource that you want to delete to display the actions menu.
- Click .
- Click Delete to confirm the action.
Manage resources using the API
Manage resources using the API, as described in the following sections.
Create resources using the API
Create resources that are scoped to an API proxy revision, environment, or organization (Edge only), as described in the following sections.
Create resources scoped to an API proxy revision using the API
Create a resource scoped to an API proxy revision using the API by issuing a POST
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/apis/{api}/revisions/{rev}/resourcefiles
Pass the following information with your request:
- Set the
name
query parameter to the name of the resource - Set the
type
query parameter to the required resource type - Pass the contents of the resource file as
application/octet-stream
ormultipart/form-data
)
The following example creates a JavaScript file named pathSetter.js
for revision 1 of the helloworld
API proxy:
curl -X POST https://api.enterprise.apigee.com/v1/organizations/myorg/apis/helloworld/revisions/1/resourcefiles?name=pathSetter.js&type=jsc -H "Content-type:application/octet-stream" \ -d 'request.headers["RequestPath"] = context.getVariable("proxy.basepath");' \ -u email:password
The following example shows how to upload the resource as a file from your local machine. It's important to
use -F
for the binary upload in curl in order for the environment- or
organization-scoped JavaScript files to be accessible by the JavaScript policy.
curl -X POST https://api.enterprise.apigee.com/v1/organizations/myorg/apis/helloworld/revisions/1/resourcefiles?name=pathSetter.js&type=jsc -H "Content-type:multipart/form-data" \ -F file=@pathSetter.js \ -u email:password
The following provides an example of the response from either API call.
{
"name": "pathSetter.js",
"type": "jsc"
}
For more information, see Import a resource file for an API proxy revision.
Alternatively, you can use the Update API proxy revision API, as follows:
- Create the resource file.
- Add the resource file to an API proxy configuration bundle.
- Upload the bundle using one of the following APIs:
Create resources scoped to an environment using the API
Create a JavaScript resource that is scoped to to an environment using the API by issuing a POST
request to the following resource:
/organizations/{org}/environments/{env}/resourcefiles
Pass the following information with your request:
- Set the
name
query parameter to the name of the resource - Set the
type
query parameter to the required resource type - Pass the contents of the resource file as
application/octet-stream
ormultipart/form-data
)
The following example shows how to create a JavaScript resource by passing its contents in the request body.
curl -X POST https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/resourcefiles?name=pathSetter.js&type=jsc -H "Content-type:application/octet-stream" \ -d 'request.headers["RequestPath"] = context.getVariable("proxy.basepath");' \ -u email:password
The following example shows how to upload the resource as a file from your local machine. It's important to
use -F
for the binary upload in curl in order for the environment- or
organization-scoped JavaScript files to be accessible by the JavaScript policy.
curl -X POST https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/resourcefiles?name=pathSetter.js&type=jsc -H "Content-type:multipart/form-data" \ -F file=@pathSetter.js \ -u email:password
The following provides an example of the response:
{ "name" : "pathSetter.js", "type" : "jsc" }
Create resources scoped to the organization using the API
To create a resource that is scoped to an organization using the API, issue a POST
request to the following resource:
https://api.enterprise.apigee.comv1/organizations/{org}/resourcefiles
Pass the following information with your request:
- Set the
name
query parameter to the name of the resource - Set the
type
query parameter to type of resource file (see Resource types) - Pass the contents of the resource file as
application/octet-stream
ormultipart/form-data
)
For more information, see Import a resource file for an organization.
View resources using the API
The following sections describe how to view resources using the API.
View all resources using the API
Using the API you can view resources scoped to an API proxy revision, environment, or organization.
For example, to view resources for resources scoped to environment using the API, issue a GET
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/environments/{env}/resourcefiles
The following example lists all resources in the test
environment:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/my-organization/environments/test/resourcefiles/{type}" \ -u email:password
The following provides an example of the response.
{
"resourceFile": [
{
"name" : "pathSetter.js",
"type" : "jsc"
}
]
}
View the contents of a resource using the API
View the content of a resource using the API, as described in the following sections.
Using the API you can view resources scoped to an API proxy revision, environment, or organization.
For example, to view the contents of a resource in an environment using the API, issue a GET
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/environments/{env}/resourcefiles/{type}/name
The following example lists the contents of the pathSetter.js
JavaScript resource file in the test
environment:
curl -X GET https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/resourcefiles/jsc/pathSetter.js" \ -H "Accept: application/json" \ -u email:password
The following provides an example of the response:
request.headers["RequestPath"] = context.getVariable("proxy.basepath");
Update resources using the API
Update resources that are scoped to an API proxy revision, environment, or organization (Edge only), as described in the following sections.
Update resources scoped to an API proxy revision using the API
Update a resource scoped to an API proxy revision using the API by issuing a PUT
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/apis/{api}/revisions/{rev}/resourcefiles/{type}/{name}
Pass the contents of the resource file as application/octet-stream
or multipart/form-data
)
The following example updates the JavaScript resource named pathSetter
for revision 1 of the helloworld
API proxy:
curl -X PUT https://api.enterprise.apigee.com/v1/organizations/myorg/apis/helloworld/revisions/1/resourcefiles/jsc/pathSetter.js -H "Content-type:application/octet-stream" \ -d 'request.headers["RequestPath"] = context.getVariable("proxy.basepath");' \ -u email:password
The following example shows how to update the resource as a file from your local machine. It's important to
use -F
for the binary upload in curl in order for the environment- or
organization-scoped JavaScript files to be accessible by the JavaScript policy.
curl -X PUT https://api.enterprise.apigee.com/v1/organizations/myorg/apis/helloworld/revisions/1/resourcefiles/jsc/pathSetter.js -H "Content-type:multipart/form-data" \ -F file=@pathSetter.js \ -u email:password
The following provides an example of the response from either API call.
{
"name": "pathSetter.js",
"type": "jsc"
}
For more information, see Import a resource file for an API proxy revision.
Alternatively, you can use the Update API proxy revision API, as follows:
- Download the API proxy configuration bundle using the Export API proxy API with the following options:
- Set the
format
query parameter tobundle
- Set the
Accept
header toapplication/zip
- Set the
- Update the resource file in the API proxy configuration bundle.
- Upload the bundle using the Update API proxy revision API
Update resources scoped to an environment using the API
Update a resource that is scoped to to an environment using the API by issuing a PUT
request to the following resource:
/organizations/{org}/environments/{env}/resourcefiles/{type}/{name}
Pass the contents of the resource file as application/octet-stream
or multipart/form-data
.
The following example shows how to update a JavaScript resource by passing its contents in the request body.
curl -X PUT https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/resourcefiles/jsc/pathSetter.js -H "Content-type:application/octet-stream" \ -d 'request.headers["RequestPath"] = context.getVariable("proxy.basepath");' \ -u email:password
The following example shows how to update the resource file using a file from your local machine. It's important to
use -F
for the binary upload in curl in order for the environment- or
organization-scoped JavaScript files to be accessible by the JavaScript policy.
curl -X PUT https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/resourcefiles/jsc/pathSetter.js -H "Content-type:multipart/form-data" \ -F file=@pathSetter.js \ -u email:password
The following provides an example of the response:
{ "name" : "pathSetter.js", "type" : "jsc" }
Update resources scoped to the organization using the API
To update a resource that is scoped to an organization using the API, issue a POST
request to the following resource:
https://api.enterprise.apigee.comv1/organizations/{org}/resourcefiles/{type}/{name}
Pass the contents of the resource file as application/octet-stream
or multipart/form-data
)
For more information, see Import a resource file for an organization,
Delete resources using the API
Delete resource scoped to an API proxy revision, environment, or organization (Edge only), as described in the following sections.
Delete resources scoped to an API proxy revision using the API
To delete a resource scoped to an API proxy revision using the API, issue a DELETE
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/apis/{api}/revisions/{rev}/resourcefiles/{type}/{name}
The following example deletes the pathSetter.js
JavaScript resource file from revision 1 of the helloworld API proxy:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/my-organization/apis/helloworld/revisions/1/resourcefiles/jsc/pathSetter.js" \ -u email:password
The following provides an example of the response.
{
"name" : "pathSetter.js",
"type" : "jsc"
}
Alternatively, you can use the Update API proxy revision API, as follows:
- Download the API proxy configuration bundle using the Export API proxy API with the following options:
- Set the
format
query parameter tobundle
- Set the
Accept
header toapplication/zip
- Set the
- Delete the resource file from the API proxy configuration bundle.
- Upload the bundle using the Update API proxy revision API
Delete a resource scoped to an environment using the API
Delete a resource scoped to an environment using the API, as described in the following sections.
To delete a resource scoped to an environment using the API, issue a DELETE
request to the following resource:
https://api.enterprise.apigee.com/v1/organizations/{org}/environments/{env}/resourcefiles/{type}/{name}
The following example deletes the pathSetter.js
JavaScript resource file from the test
environment:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/my-organization/environments/test/resourcefiles/jsc/pathSetter.js" \ -u email:password
The following provides an example of the response.
{
"name" : "pathSetter.js",
"type" : "jsc"
}
Delete resources scoped to the organization using the API (Edge only)
To delete a resource that is scoped to an organization using the API, issue a DELETE
request to the following resource:
https://api.enterprise.apigee.comv1/organizations/{org}/resourcefiles/{type}/{name}
For more information, see Delete a resource file from an organization.
Access the resource
How you access the resource depends on the resource type. For more information, refer to the relevant policy documentation.
The examples in this section demonstrate how to create and manage a JavaScript resource named pathSetter.js
to allow it to be referenced by
policies of type JavaScript.
To attach the JavaScript to the Request PostFlow, create a policy called
PathSetterPolicy.xml
that references the file pathSetter.js
:
<Javascript name='PathSetterPolicy' timeLimit='200'> <ResourceURL>jsc://pathSetter.js</ResourceURL> </Javascript>
Then, reference the policy in the Endpoint configuration:
<PostFlow> <Request> <Step><Name>PathSetterPolicy</Name></Step> </Request> <PostFlow>
For more information, see JavaScript policy.