服务商做好的服务，使用tomcat提供的webservice服务，我们去访问时过段时间就会报错。
这是我把后台日志报错信息，粘贴保存为一个html后打开的效果。
之前那个200000是37000，经常报错，然后同时调整为了200000，撑的时间长一点，出现异常时就重启一下。
服务商说是我们访问时没有断开连接，我检查了我们本地代码，没什么问题，百度了xfire的访问，也没说要断开连接的。
这是stackover上一个比较相似的错误 https://stackoverflow.com/questions/20482331/whats-causing-these-parseerror-exceptions-when-reading-off-an-aws-sqs-queue-in
翻译：
在我的风暴集群中读取AWS SQS队列时，是什么导致了这些ParseError异常？
我正在使用Storm0.8.1从AmazonSQS队列中读取传入消息，并在执行此操作时获得一致的异常：
2013-12-02 02:21:38 executor [ERROR] java.lang.RuntimeException: com.amazonaws.AmazonClientException: Unable to unmarshall response (ParseError at [row,col]:[1,1] Message: JAXP00010001: The parser has encountered more than "64000" entity expansions in this document; this is the limit imposed by the JDK.) at REDACTED.spouts.SqsQueueSpout.handleNextTuple(SqsQueueSpout.java:219) at REDACTED.spouts.SqsQueueSpout.nextTuple(SqsQueueSpout.java:88) at backtype.storm.daemon.executor$fn__3976$fn__4017$fn__4018.invoke(executor.clj:447) at backtype.storm.util$async_loop$fn__465.invoke(util.clj:377) at clojure.lang.AFn.run(AFn.java:24) at java.lang.Thread.run(Thread.java:701) Caused by: com.amazonaws.AmazonClientException: Unable to unmarshall response (ParseError at [row,col]:[1,1] Message: JAXP00010001: The parser has encountered more than "64000" entity expansions in this document; this is the limit imposed by the JDK.) at com.amazonaws.http.AmazonHttpClient.handleResponse(AmazonHttpClient.java:524) at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:298) at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:167) at com.amazonaws.services.sqs.AmazonSQSClient.invoke(AmazonSQSClient.java:812) at com.amazonaws.services.sqs.AmazonSQSClient.receiveMessage(AmazonSQSClient.java:575) at REDACTED.spouts.SqsQueueSpout.handleNextTuple(SqsQueueSpout.java:191) ... 5 more Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,1] Message: JAXP00010001: The parser has encountered more than "64000" entity expansions in this document; this is the limit imposed by the JDK. at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.setInputSource(XMLStreamReaderImpl.java:219) at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.<init>(XMLStreamReaderImpl.java:189) at com.sun.xml.internal.stream.XMLInputFactoryImpl.getXMLStreamReaderImpl(XMLInputFactoryImpl.java:277) at com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLStreamReader(XMLInputFactoryImpl.java:129) at com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLEventReader(XMLInputFactoryImpl.java:78) at com.amazonaws.http.StaxResponseHandler.handle(StaxResponseHandler.java:85) at com.amazonaws.http.StaxResponseHandler.handle(StaxResponseHandler.java:41) at com.amazonaws.http.AmazonHttpClient.handleResponse(AmazonHttpClient.java:503) ... 10 more
我已经调试了队列中的数据，一切看起来都很好。我不明白API的XML响应为什么会导致这些问题。有什么想法吗？
回答：
多年来一直在回答我自己的问题。
目前在Oracle和OpenJDK的Java中有一个XML扩展限制处理错误，导致共享计数器在解析多个XML文档时会碰到默认上限。
https://blogs.oracle.com/joew/entry/jdk_7u45_aws_issue_123
https://bugs.openjdk.java.net/browse/jdk-8028111
https://github.com/aws/aws-sdk-java/issues/123
虽然我认为我们的版本（6B27-1.12.6-1ubuntu0.12.04.4）没有受到影响，但是运行OpenJDK bug报告中给出的示例代码确实验证了我们对该bug的敏感性。
为了解决这个问题，我需要将jdk.xml.EntityExpansionLimit=0传递给Storm Workers。通过在集群的storm.yaml中添加以下内容，我可以缓解这个问题。
supervisor.childopts:“-djdk.xml.entityExpansionLimit=0”
worker.childopts:“-djdk.xml.entityExpansionLimit=0”
我应该注意到，从技术上讲，这会使您面临拒绝服务攻击，但是由于我们的XML文档只来自于SQS，所以我不担心有人伪造恶意的XML来杀死我们的工作人员。
可能还有更多。我在使用Java6时也遇到同样的错误。我的机器上没有安装Java7。
不要介意。发现这也会影响Java5、6、7和8的特定版本。详情请参见：bugs.openjdk.java.net/browse/jdk-8028111–brianc mar 19'14，15:00
大家好，我只需在程序中添加“system.setproperty”（“jdk.xml.entityExpansionLimit”，“0”）一行就解决了这个问题。奇怪的是，当使用从命令行传递给程序的参数作为参数时，问题仍然存在。
根据Java文档，将“JDK.XML.EntEngestExpCurimeLim限度”属性设置为“0”并没有限制。应使用负值禁用实体扩展。docs.oracle.com/javase/tutorial/jaxp/limits/limits.html
---------------end------------------------
后续，等待与机构商沟通，有解决办法了再更新