可能掛起的服務器中共有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）中得到修復，因此您必須更新到此版本或更新的版本。