但是对于最终产品,我必须将功能集成到以多种配置运行的现有Java后端,这些配置是我无法控制的.由用户界面的Vaadin组成,主要是Tomcat(但并不总是)作为Servlet容器.

我遇到了一个问题,即在Word中运行的IFrame会将不需要的和格式错误的_host_info附加到请求URL,其中包含un-urlencoded管道符.
例如：Tomcat日志：

"GET /myapp/?_host_Info=Word|Win32|16.01|en-US HTTP/1.1" 200 2101

此格式错误的URL会产生以下异常：

java.lang.RuntimeException: Invalid location URI received from client.
... full stack trace at bottom of the post...
Caused by: java.net.URISyntaxException: Illegal character in query at index          45: https://localhost:8443/myapp/?_host_Info=Word|Win32|16.01|en-US

据我所知,我无法控制是否将此参数附加到URL,因为在Addin的Manifest文件中我只指定了如下所示的源URL,并且信息会自动添加.

<SourceLocation DefaultValue="https://localhost:8443/myapp/ " />

检查Documentation我没有在那里找到这种行为,所以我可能会遗漏一些东西.查询主机信息在this博客文章中提到,但它似乎不应该是URL的一部分.

>有没有办法可以阻止Office加载项附加：
？_host_Info = Word | Win32 | 16.01 | zh-CN HTTP / 1.1请求？
>如果没有,是否有正确的方法来使用Tomcat过滤/忽略URL的那部分？由于整个应用程序已经使用我的Apache Webserver& Django Backend,也收到了URL,但它有效.

至于问题二,我已经尝试实现一个应该删除相关参数的Servlet过滤器.但由于它依赖于相同的Java库来解析URL以查看它,因此抛出了相同的异常.

> May 23,2016 11:04:51 AM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [MyUIServlet] in context with path [/word-to-moxis] threw exception [com.vaadin.server.ServiceException: java.lang.RuntimeException: Invalid location URI received from client] with root cause
java.net.URISyntaxException: Illegal character in query at index h(invalidated link because of 10 reputation / two links allowed policy)ttps://localhost:8443/myapp/?_host_Info=Word|Win32|16.01|en-US
    at java.net.URI$Parser.fail(URI.java:2848)
    at java.net.URI$Parser.checkChars(URI.java:3021)
    at java.net.URI$Parser.parseHierarchical(URI.java:3111)
    at java.net.URI$Parser.parse(URI.java:3053)
    at java.net.URI.<init>(URI.java:588)
    at com.vaadin.server.Page.init(Page.java:651)
    at com.vaadin.ui.UI.doInit(UI.java:679)
    at com.vaadin.server.communication.`UIInitHandler`.getBrowserDetailsUI(UIInitHandler.java:214)

更新：

以下Quick& Dirty Hack可以解决问题.仍然感到困惑的是他们为什么选择以这种方式编码信息：

public class AddinServletRequestWrapper extends HttpServletRequestWrapper {
 
    Map<String,String[]> parameterMap;
 
    public AddinServletRequestWrapper(HttpServletRequest originalRequest) {
        super(originalRequest);
        parameterMap = new HashMap<String,String[]>(originalRequest.getParameterMap());
        parameterMap.remove("_host_Info");
    }
 
    @Override
    public String getParameter(String name) {
        // TODO: Improve
        String[] value = parameterMap.get(name);
        if (value == null || value.length == 0)
            return null;
        if(name == "v-loc"){
            return value[0].replace('|','_');
        }
 
        return value[0];
    }
}

更新2 / Feb17：

随着最近的Tomcat更新,上面的解决方法不再足够.如评论中所述,版本7.0.73,8.0.39,8.5.7具有更严格的URL策略.因此,没有解决方案可以使用tomcat版本来托管办公室加载项而无需额外的工具.我真的希望这种情况很快就会发生变化,因为这样一个小的,可能无用的字符串可以在部署中使用这些问题.