使用Naming Convention插件拒绝直接访问Struts2中的JSP文件

Question

我一直在这个问题上苦苦挣扎，因为我是Struts2开发的新手，最近才开始使用此命名Convention Plugin。

我正在尝试创建一个简单的webapp，起初仅包含两个页面：

1. 登录页面（login.jsp）
2. 主页（home.jsp）

首先，向用户显示一个登录页面，如果提供了正确的用户名和密码，他们将登录并重定向到主页。

我已经成功地创建了小型Web应用程序，写下了自定义登录拦截器，一切正常，并且按预期工作。如果用户尝试直接调用，则可以将用户重定向到登录页面HomeAction（home.jsp如果您之前登录过，则会导致登录）http://myserver/homeAction。

当我尝试像这样直接访问JSP时，问题就来了：

http://myserver/home

当我使用this时conventionplugin，struts会获取我的home.jsp插件并显示它。这不是我所期望的行为，home.jsp应仅将其显示为loginAction成功的结果。

我试图解决这个问题的事情

好吧，据我搜索，将我的JSP放在/WEB-INF/目录中应该可以防止它们被访问，但是不能，因为我所有的JSP都在/WEB-INF/content/。

我尝试过的另一件事是阻止访问任何JSP资源（阻止*.JSP请求）。只要您尝试访问即可完成操作myserver/home.jsp，但是访问时（按预期）失败myserver/home。

编辑： 关于此问题，stackoverflow中还有另一个问题，但我无法理解答案： WEB-INF下的Struts 2 ConventionPlugin和JSP文件

信息更新：
我发现Struts2约定插件使用了一种称为“无结果的结果”的东西，因此您可以通过调用不带扩展名的来访问目录JSPs内的内容，并将其作为虚拟操作处理，并在成功时返回该操作。这是一个示例，用以说明我要解释的内容：WEB- INF/content``JSP``JSP

如果我home.jsp在WEB-INF/content目录中并进行调用http://myserver/home，Struts2将“触发”一个动作，其结果将是home.jsp。然后，该问题的解决方案将禁用此“无操作”结果。

如果没有人提供答案，我将不断更新问题，朝着解决方案迈进。

Answer 1

在这里您要如何禁用此功能。创建一个虚拟bean

package com.struts.handler;

import com.opensymphony.xwork2.ActionContext;
import com.opensymphony.xwork2.Result;
import com.opensymphony.xwork2.UnknownHandler;
import com.opensymphony.xwork2.XWorkException;
import com.opensymphony.xwork2.config.entities.ActionConfig;

/**
 * Created by Roman C on 22.03.2015.
 */
public class MyUnknownHandler implements UnknownHandler {
  @Override
  public ActionConfig handleUnknownAction(String namespace, String actionName) throws XWorkException {
    return null;
  }

  @Override
  public Result handleUnknownResult(ActionContext actionContext, String actionName, ActionConfig actionConfig, String resultCode) throws XWorkException {
    return null;
  }

  @Override
  public Object handleUnknownActionMethod(Object action, String methodName) throws NoSuchMethodException {
    return null;
  }
}

然后在中配置它struts.xml：

  <bean type="com.opensymphony.xwork2.UnknownHandler" name="handler" class="com.struts.handler.MyUnknownHandler"/>
  <unknown-handler-stack>
    <unknown-handler-ref name="handler"/>
  </unknown-handler-stack>

在这里解释：

上面提到的约定插件及其创建的配置还放置了一个未知的处理程序，该处理程序应处理不存在配置的URL（即不是由约定创建的）。这是问题的根源。

现在放置您自己的处理程序将禁用约定的。因此它将不再按惯例处理结果。