title |
---|
Development |
This document explains how to get started to develop the apisix-java-plugin-runner.
- JDK 11
- APISIX 2.12.0
- Clone the apisix-java-plugin-runner project.
- Refer to Debug to build the debug environment.
cd /path/to/apisix-java-plugin-runner
./mvnw install
Refer to the code in the sample
to learn how to extend PluginFilter
, define the order, rewrite requests and stop requests.
You need to put the code in runner-plugin
so that the apisix-java-plugin-runner.jar
will contain the filter implementation class you wrote when you package it.
The order of execution of the filter in the runner is determined by the index of the conf
array in the ext-plugin-pre-req
or ext-plugin-post-req
configuration.
The requests go through filters that are dynamically configured on APISIX. For example, if the following configuration is done on APISIX
curl http://127.0.0.1:9080/apisix/admin/routes/1 -H 'X-API-KEY: edd1c9f034335f136f87ad84b625c8f1' -X PUT -d '
{
"uri":"/hello",
"plugins":{
"ext-plugin-pre-req":{
"conf":[
{
"name":"FooFilter",
"value":"bar"
}
]
}
},
"upstream":{
"nodes":{
"127.0.0.1:1980":1
},
"type":"roundrobin"
}
}'
apisix-java-plugin-runner will look for implementation classes named FooFilter
,
and the name of each filter's implementation class is the return value of its overridden function public String name()
.
-
String name();
description: return the name of plugin filter
code example:
@Override public String name() { return "FooFilter"; }
-
void filter(HttpRequest request, HttpResponse response, PluginFilterChain chain);
description: implementing custom business logic
code example:
@Override public void filter(HttpRequest request, HttpResponse response, PluginFilterChain chain) { // get conf of current filter String configStr = request.getConfig(this); Gson gson = new Gson(); Map<String, Object> conf = new HashMap<>(); // convert according to the actual configured conf type conf = gson.fromJson(configStr, conf.getClass()); // get extra info String remoteAddr = request.getVars("remote_addr"); String serverPort = request.getVars("server_port"); String body = request.getBody(); chain.filter(request, response); }
-
List<String> requiredVars();
description: declare in advance the nginx variables you want to use in the current filter
code example:
@Override public List<String> requiredVars() { List<String> vars = new ArrayList<>(); vars.add("remote_addr"); vars.add("server_port"); return vars; }
-
Boolean requiredBody();
description: whether the request body is required in the current filter, true means yes.
code example:
@Override public Boolean requiredBody() { return true; }
If you perform the following function call in the filter chain of the implementation class
- request.setPath()
- request.setHeader()
- request.setArg()
this means to rewrit the current request, the upstream server will receive the relevant parameters rewritten here.
If you perform the following function call in the filter chain of the implementation class
- response.setStatusCode()
- response.setHeader()
- response.setBody()
this means to stop the current request, the client will receive the relevant parameters generated here.
cd /path/to/apisix-java-plugin-runner
./mvnw test
If you want to mimic the practical environment, you need to configure the route on APISIX by having the request go through the filter you want to test, for example
"plugins":{
"ext-plugin-pre-req":{
"conf":[
{
"name":"FooFilter",
"value":"bar"
}
]
}
}
and then make a request to APISIX to trigger the route.