6

所以我决定开始使用 Undertow，既是作为一个实验，也是因为它在基准测试中取得了很好的结果。虽然我认为这很棒，但有一个功能要么丢失，要么我找不到。

我想开发一个 RESTful Web 服务，因此识别正在调用的 HTTP 方法对我来说很重要。现在我可以从 HttpServerExchange 参数中的 RequestMethod 中获取此信息，但如果每个处理程序都必须这样做，那将变得乏味。

我的解决方案有效，但我知道这是错误的，是这样的：

创建了一个名为 HTTPMethod 的注解接口：

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD) 
public @interface HTTPMethod {

public enum Method {

    OTHER, GET, PUT, POST, DELETE
}

Method method() default Method.OTHER;

一个“抽象”类（不是抽象的）：

public abstract class RESTfulHandler implements HttpHandler {

@Override
public void handleRequest(HttpServerExchange hse) throws Exception {

    for (Method method : this.getClass().getDeclaredMethods()) {

        // if method is annotated with @Test
        if (method.isAnnotationPresent(HTTPMethod.class)) {

            Annotation annotation = method.getAnnotation(HTTPMethod.class);
            HTTPMethod test = (HTTPMethod) annotation;

            switch (test.method()) {
                case PUT:
                    if (hse.getRequestMethod().toString().equals("PUT")) {
                        method.invoke(this);
                    }
                    break;

                case POST:
                    if (hse.getRequestMethod().toString().equals("POST")) {
                        method.invoke(this);
                    }
                    break;

                case GET:
                    if (hse.getRequestMethod().toString().equals("GET")) {
                        method.invoke(this);
                    }
                    break;

                case DELETE:
                    if (hse.getRequestMethod().toString().equals("DELETE")) {
                        method.invoke(this);
                    }
                    break;
                case OTHER:
                    if (hse.getRequestMethod().toString().equals("OTHER")) {
                        method.invoke(this);
                    }
                    break;
            }
            if (test.method() == HTTPMethod.Method.PUT) {
                method.invoke(this);
            }
        }
    }
}

}

以及上述两者的实现：

public class ItemHandler extends RESTfulHandler{

@HTTPMethod(method=GET)
public List<String> getAllItems()
{
    System.out.println("GET");
    return new ArrayList<>();
}

@HTTPMethod(method=POST)
public void addItem()
{      
    System.out.println("POST");        
}

@HTTPMethod
public void doNothing()
{   
    System.out.println("OTHERS");      
}

}

现在正如我所说，它可以工作，但我确信抽象类及其实现缺少一些东西，以便它们正确粘合。所以我的问题有两个：

1）是否有更好/正确的方法来过滤 Undertow 中的 HTTP 请求？2）在上述情况下正确使用注释的正确方法是什么？

4

1 回答 1

7

在 Redhat 团队和 Undertow 贡献者的帮助下设法找到了几个答案，希望这对其他人有所帮助：

1) 最新版本的 Undertow 有一个io.undertow.server.RoutingHandler类，它与我建议的完全相同，只是不需要注释。

2) JBoss 为 RESTEasy 提供了一个适配器：resteasy-undertow或自定义框架吊床，其中包括 RESTEasy + Undertow + Weld。

3) Undertow 已经支持 Servlets 3，因此如果您愿意，可以将它们组合起来使用注解。

于 2014-09-25T08:59:21.347 回答