Skip to main content
Version: 0.4.0

Development

Overview#

This document explains how to write custom plugins.

The name of filter execution#

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().

The functions must be implemented of filter execution#

  • 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;
    }

Rewrite Request#

If you perform the following function call in the filter chain of the implementation class

  • request.getConfig()
  • request.setPath()
  • request.setHeader()
  • request.setArg()

this means to rewrit the current request, the upstream server will receive the relevant parameters rewritten here.

Stop Request#

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.

Get the upstream response and process#

You can override the postFilter function, in your override function, you can get the origin upstream response by PostRequest, and you can also set the PostResponse to override the origin upstream response and return it to the client.

PostRequest#
  • request.getConfig()
  • request.getUpstreamHeaders()
  • request.getUpstreamStatusCode()
  • request.getBody()
PostResponse#
  • response.setStatusCode()
  • response.setHeader()
  • response.setBody()

Test#

Run Unit Test Suites#

cd /path/to/apisix-java-plugin-runner
./mvnw test

Mimic practical environment#

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.