可能挂起的服务器中共有1个线程

Question

我已经开始面对WAS 8.5的WAR启动问题，该问题以前工作正常，没有在服务器，数据库或网络端执行任何活动。

请帮帮

9/17 12：40：34：480 UTC] 00000084 FfdcProviderW¯¯com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I：FFDC事件发射的开/选择/ IBM /的WebSphere /应用服务器/简档/ AppSrv01 /日志/ FFDC/Pricing02aSrv01_af9c6497_17.06.09_12.40.34.4787659752434117375945.txtcom.ibm.ws.classloader.ClassLoaderUtils.addDependents 246

[17年6月9日12：52：51：251 UTC] 0000008c ThreadMonitor W WSVR0605W：线程“默认值：6”（00000084）已激活736898毫秒并可能挂起。总共有1个线程可以挂在服务器上。

在java.net.SocketInputStream.socketRead0（本机方法）

在java.net.SocketInputStream.read（SocketInputStream.java:161）

在java.net.SocketInputStream.read（一个SocketInputStream。的java：132）

在java.io.BufferedInputStream.fill（BufferedInputStream.java:246）

在java.io.BufferedInputStream.read1（BufferedInputStream.java:286）

在java.io.BufferedInputStream.read（BufferedInputStream.java:345）

在sun.net.www.http.HttpClient.parseHTTPHeader（HttpClient.java:662）

在sun.net.www .http.HttpClient.parseHTTP（HttpClient.java:608）

在sun.net.www.protocol.http.HttpURLConnection.getInputStream（HttpURLConnection.java:1334）

在org.apache.xerces.impl .XMLEntityManager.setupCurrentEntity（未知来源）

在org.apache.xerces.impl.XMLEntityManager.startEntity（未知来源）

在org.apache.xerces.impl.XMLEntityManager.startDTDEntity在org.apache.xerces.impl（未知来源）

.XMLDTDScannerImpl.setInputSource（来源不明）

在org.apache.xerces.impl.XMLDocumentScannerImpl $ DTDDispatcher.dispatch（来源不明）

在org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument（来源不明）

在org.apache.xerces.parsers.XML11Configuration.parse（未知来源）

在org.apache.xerces.parsers.XML11Configuration.parse在org.apache.xerces.parsers（未知来源）

.XMLParser.parse（未知来源）

在org.apache.xerces.parsers.AbstractSAXParser.parse（未知来源）

在org.apache。xerces.jaxp.SAXParserImpl $ JAXPSAXParser.parse（来源不明）

在org.apache.xerces.jaxp.SAXParserImpl.parse（来源不明）

在javax.xml.parsers.SAXParser.parse（来源不明）

在com.ibm.ws.beanvalidation.JaxbBvalUnmarshaller.doUnmarshal（JaxbBvalUnmarshaller.java:142）

在com.ibm.ws.beanvalidation.JaxbBvalUnmarshaller.unmarshal（JaxbBvalUnmarshaller.java:99）

at com.ibm.ws.beanvalidatio n.BeanValidationServiceImpl.getValidatorFactory（BeanValidationServiceImpl.java:280）

在com.ibm.ws.beanvalidation.BeanValidationMetaDataListener.metaDataCreated（BeanValidationMetaDataListener.java:222）

在com.ibm.ws.beanvalidation.BeanValidationMetaDataListener。 metaDataCreated（BeanValidationMetaDataListener.java:136）

在com.ibm.ws.runtime.component.MetaDataMgrImpl.fireMetaDataCreated（MetaDataMgrImpl.java:279）

在com.ibm.ws.runtime.component.MetaDataMgrImpl。 fireMetaDataCreated（MetaDataMgrImpl.java:262）

在com.ibm.ws.webcontainer.metadata.WebMetaDataFactory.createMetaData（WebMetaDataFactory.java:244）

在com.ibm.ws.runtime.component.MetaDataMgrImpl.createMetaDataFromFactories（MetaDataMgrImpl.java:228）

在com.ibm.ws.runtime.component.MetaDataMgrImpl.createMetaData（MetaDataMgrImpl.java:411）

在com.ibm.ws.runtime.component.DeployedModuleImpl.start（DeployedModuleImpl.java:631）

at com.ibm。 ws.runtime.component.DeployedApplicationImpl.start（DeployedApplicationImpl.java:968）

在com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication（ApplicationMgrImpl.java:774）

在com.ibm。 ws.runtime.component.ApplicationMgrImpl.startApplicationDynamically（ApplicationMgrImpl.java:1374）

在com.ibm.ws.runtime.component.ApplicationMgrImpl.start（ApplicationMgrImpl.java:2179）

在com.ibm。 ws.runtime.component.CompositionUnitMgrImpl.start（CompositionUnitMgrImpl.java:445）

在com.ibm.ws.runtime.component.CompositionUnitImpl.start（CompositionUnitImpl.java:123）

在com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start（CompositionUnitMgrImpl.java:388）

在com.ibm.ws.runtime.component.CompositionUnitMgrImpl.access $ 500（CompositionUnitMgrImpl.java:116）

在com.ibm.ws.runtime.component.CompositionUnitMgrImpl $ 1.run（CompositionUnitMgrImpl.java:663 ）

at com.ibm.ws.security.auth.ContextManagerImpl 。的runAs（ContextManagerImpl.java:5474）

在com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem（ContextManagerImpl.java:5600）

在com.ibm.ws.security.core.SecurityContext。 runAsSystem（SecurityContext.java:255）

在com.ibm.ws.runtime.component.CompositionUnitMgrImpl.startCompositionUnit（CompositionUnitMgrImpl.java:677）

在com.ibm.ws.runtime.component.CompositionUnitMgrImpl。 startCompositionUnit（CompositionUnitMgrImpl.java:621）

在com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication（ApplicationMgrImpl.java:1266）

在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）

在sun.reflect.NativeMethodAccessorImpl。调用（NativeMethodAccessorImpl.java:88）

在

Answer 1

这似乎是一个非常接近的比赛，以一个已知的bug;

PM93744：APP启动延时当Bean验证尝试验证，即使它并非专为Bean验证任何的validation.xml

如果你到你的bug报告比较堆栈跟踪，你可能会看到两个指示BeanValidationService尝试的不成功的出站http连接。似乎服务器正在尝试验证XML文件，并试图从互联网上获取DTD。如果您最近更改了服务器的网络配置（安装/更改了其间的代理服务器或更改了防火墙等），则可能导致先前正在进行的连接尝试失败。

这已在8.5.5.1（修复包1 for 8.5.5）中得到修复，因此您必须更新到此版本或更新的版本。