Ibm mobilefirst MobileFirst管理服务不时抛出java.lang.StringIndexOutOfBoundsException

我们正在WAS ND 8.5.5.5和SDK 7.0.8.10上运行MFP 7.0。有时，用户在执行各种操作时会遇到“服务器错误。请与服务器管理员联系”。重试“解决”了问题

SystemOut日志中的某些片段来自失败的操作（在本例中为“保存通知”）：

[11/4/15 15:58:25:812 CET]000000 FE BaseTransati I myapp:myappserver/mymfpserver/mymfpserver/mymfpip:2015-11-04T14:58:25.808Z:应用程序环境“myappApp-android-1.0.9”已更新
[11/4/15 15:58:25:812 CET]000000 FE BaseTransati I myapp:myappserver/mymfpserver/mymfpserver/mymfpip:2015-11-04T14:58:25.808Z:推送环境已更新
[11/4/15 15:58:51:498 CET]00000149 RequestProcess E org.apache.wink.server.internal.RequestProcessor HandlerRequest发生未经处理的异常，该异常将传播到容器。
[11/4/15 15:58:51:499 CET]00000149 ServletWrappe E com.ibm.ws.webcontainer.servlet.ServletWrapper服务SRVE0068E:应用程序[worklightadmin_war]中servlet[ManagementServlet]的一个服务方法引发异常。创建的异常：[java.lang.StringIndexOutOfBoundsException]
位于java.lang.String.substring（String.java:1240）
位于org.apache.wink.common.internal.providers.multipart.MultiPartParser.parseHeaders（MultiPartParser.java:270）
位于org.apache.wink.common.internal.providers.multipart.MultiPartParser.nextPart（MultiPartParser.java:115）
位于org.apache.wink.common.model.multipart.InMultiPart.hasNext（InMultiPart.java:83）
位于org.apache.wink.common.model.multipart.InMultiPart.next（InMultiPart.java:95）

[11/4/15 15:58:51:500 CET]00000149 LocalTranCoor E WLTC0017E:由于调用setRollbackOnly（）而回滚资源。
[11/4/15 15:58:51:501 CET]00000149 webapp E com.ibm.ws.webcontainer.webapp.webapp logServletError SRVE0293E:[Servlet错误]-[ManagementServlet]：java.lang.StringIndexOutOfBoundsException
在org.apache.wink.common.internal.providers.multipart.MultiPartParser.parseHeaders（MultiPartParser.java:270）org.apache.wink.common.internal.providers.multipart.multipart.MultiPartParser.nextPart（MultiPartParser.java:1240）org.apache.wink.common.model.multipart.InMultiPart.hasNext（InMultiPart.java:83）上位于org.apache.wink.common.model.multipart.InMultiPart.next（InMultiPart.java:95）

[11/4/15 15:58:51:504 CET]0000014a ServiceProxy E已收到状态500以进行PUThttp://mymfpserver:myport/worklightadmin/management-api/1.0/runtimes/myapp/applications/myappApp/iphone/1.0.9/accessRule？asynch=true
java.io.IOException:服务器返回了URL:http://mymfpserver:myport/worklightadmin/management-api/1.0/runtimes/myapp/applications/myappApp/iphone/1.0.9/accessRule？asynch=true
位于sun.reflect.NativeConstructorAccessorImpl.newInstance0（本机方法）
位于sun.reflect.NativeConstructorAccessorImpl.newInstance（NativeConstructorAccessorImpl.java:86）
在sun.reflect.DelegatingConstructorAccessorImpl.newInstance（DelegatingConstructorAccessorImpl.java:58）
位于java.lang.reflect.Constructor.newInstance（Constructor.java:542）
位于sun.net.www.protocol.http.HttpURLConnection$6.run（HttpURLConnection.java:1688）
位于sun.net.www.protocol.http.HttpURLConnection$6.run（HttpURLConnection.java:1686）
位于java.security.AccessController.doPrivileged（AccessController.java:341）

原因：java.io.IOException:服务器返回了URL的HTTP响应代码：500:http://mymfpserver:myport/worklightadmin/management-api/1.0/runtimes/myapp/applications/myappApp/iphone/1.0.9/accessRule？asynch=true
位于sun.net.www.protocol.http.HttpURLConnection.getInputStream（HttpURLConnection.java:1639）
位于java.net.HttpURLConnection.getResponseCode（HttpURLConnection.java:480）
位于com.ibm.worklight.management.ui.servlet.ServiceProxy.service（ServiceProxy.java:161）
…30多个

由于在不更改任何内容的情况下重试“解决”了问题，我怀疑是环境问题，而不是配置问题。我检查的第一件事是OOM，但我没有看到。然后我通过GC analyzer工具运行appserver的详细GC日志，但这也没有给我任何线索

以下是POST数据的内容：

{“操作”：“删除”、“消息”：“下载链接”：“多语言消息”：[]}

很抱歉，在捕获POST数据时，从用户角度来看，错误看起来是相同的，但检查websphere日志时，它显示了一个“服务器拒绝操作”错误：

[11/9/15 12:40:36:553 CET]00000113 ServletWrappe E com.ibm.ws.webcontainer.servlet.ServletWrapper服务SRVE0014E:未捕获服务（）异常根本原因服务servlet:java.net.ProtocolException:服务器拒绝操作
http.HttpURLConnection.expect100Continue（HttpURLConnection.java:1059）
在sun.net.www.protocol.http.HttpURLConnection.getOutputStream（HttpURLConnection.java:1118）

在ffdc中，它显示了到达的堆栈跟踪的深度限制。我试图用引号将它们粘贴到这里，但当我保存它时，它会不断警告我它似乎包含代码

不确定“服务器拒绝操作”错误是否与java.lang.StringIndexOutOfBoundsException有关。导致java.lang.StringIndexOutOfBoundsException的失败请求的POST数据内容为：

---

{action:“NOTIFY”，“message:“Test Dennis 6”，“downloadLink:”，“multi languagemessage:“[{”locale:“en”，“language:“English”，“message:“English message”。}，{”locale:“nl”，“language:“Dutch”，“message:“Dutch message”。}]}

不包含冒号的HTTP请求头可能会发生异常。HTTP 1.1标准请求头始终具有冒号。可能是由于防火墙、负载平衡器和网络拓扑中的代理以某种方式扰乱了头

Annother可能性：异常在Wink库中。