Office加载项开发 – 格式错误的GET URL(_host_Info = …)

我目前正在使用Microsoft提供的JavaScript界面​​开发MS Word Office Addin。 我使用Django后端进行了测试实现,其中一切正常。

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

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

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

此格式错误的URL会产生以下exception:

 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,并且信息会自动添加。

  

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

  • 有没有办法可以阻止Office加载项附加: ?_ host_Info = Word | Win32 | 16.01 | zh-CN HTTP / 1.1到请求?

  • 如果没有,是否有正确的方法来使用Tomcat过滤/忽略该部分URL? 由于整个应用程序已经使用我的Apache Webserver和Django Backend正确运行,其中也收到了URL,但它有效。

至于问题二,我已经尝试实现一个应该删除相关参数的Servletfilter。 但由于它依赖于相同的Java库来解析URL以查看它,因此抛出相同的exception。

 > 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.(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 parameterMap; public AddinServletRequestWrapper(HttpServletRequest originalRequest) { super(originalRequest); parameterMap = new HashMap(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版本来托管办公室加载项而无需额外的工具。 我真的希望这种情况很快就会发生变化,因为这样一个小的,可能无用的字符串可以在部署中使用这些问题。

更新:API现在可供使用:

的console.log(Office.context.host); //示例:Excel

的console.log(Office.context.platform); //示例:PC,MAC,IOS,null(对于独立网站)

主机的可能值包括:Word Excel PowerPoint Outlook OneNote项目访问

平台的可能值包括:PC OfficeOnline Mac iOS Android Universal


我们最近根据单页面应用程序中提到的问题从URL中删除了查询参数。 对于在浏览器中打开的加载项(Office Online),不再附加_host_info_。

@Matthias:对于这个问题,添加office-js标签会更准确。 鉴于标签的大小限制,我无法追加。

如果你的tomcat前面有一个启用了mod_rewrite的apache,可以添加这个脏的apache规则来重新编码outlook请求:

 RewriteCond %{QUERY_STRING} (.*)_host_Info=(.*)\|(.*)\|(.*)\|(.*)\|(.*)\|(.*) RewriteRule ^(.*) "$1?%1_host_Info=%2\%7c%3\%7c%4\%7c%5\%7c%6\%7c%7" [QSD,PT] 

我希望这可以提供帮助

如果您正在使用urlRouteProvider,这种URL的更改也会对Angular造成严重破坏。 它似乎创建了一个摘要循环,因为它是在Angular内部触发的位置更改事件,超过了摘要的10个循环限制。 🙁

我们遇到了类似的问题。

我们的解决方案是将我们的tomcatversión从8.0.39降级到8.0.30。

看看这个: |’ 在查询参数?

希望这可以帮助。