Die Klassendatei konnte nicht gefunden werden, um Factory-Methoden zu untersuchen: java.util.concurrent.ThreadPoolExecutor.DiscardPolicy

Question

Jeder, bitte helfen Sie mir, eine Abkürzung herzustellen. Bei der Bereitstellung meiner WAR-Datei auf Jboss wird der folgende Fehler angezeigt. Ich steckte mich fest um herauszufinden, was der Grund war.

[oscannotation.ConfigurationClassUtils]: Es konnte keine Klassendatei für introspecting Factory-Methoden finden: java.util.concurrent.ThreadPoolExecutor.DiscardPolicy java.io.FileNotFoundException: Klassenpfad Ressource [java/util/Concurrent/ThreadPoolExecutor/DiscardPolicy.class] kann nicht geöffnet werden, weil es nicht existiert
bei org.springframework.core.io.ClassPathResource.getInputStream (ClassPathResource.java:158) ~ [org.spr ingframework.core-3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] unter org.springframework.core.type.classreading.SimpleMetadataReader. (SimpleMetadataReader.java:45) ~ [org.springframework.core- 3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] unter org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader (SimpleMetadataReaderFactory.java:80) ~ [org.springframework.core-3.1.0 .RELEASE.jar! /: 3.1.0.RELEASE] unter org.springframework.core.type.classreading.CachingMetadataReaderFactory.getMetadataReader (CachingMetadataReaderFactory.java:101) ~ [org.springframework.core-3.1.0.RELEASE. jar! /: 3.1.0.RELEASE] unter org.springframework.core.type.classreading.SimpleMetadataReaderFactory.getMetadataReader (SimpleMetadataReaderFactory.java:76) ~ [org.springf ramework.core-3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] um org.springframework.context.annotation.ConfigurationClassUtils.checkConfigurationClassCandidate (ConfigurationClassUtils.java:69) ~ [org.springframework.context-3.1 .0.RELEASE.jar! /: 3.1.0.RELEASE] unter org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions (ConfigurationClassPostProcessor.java:216) [org.springframework.context-3.1.0.RELEASE.jar ! /: 3.1.0.RELEASE] um org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry (ConfigurationClassPostProcessor.java:178) [org.springframework.context-3.1.0.RELEASE.jar! /: 3.1.0 .RELEASE] um org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors (Abstract ApplicationContext.java:617) [org.springframework.context-3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] um org.springframework.context.support.AbstractApplicationContext.refresh (AbstractApplicationContext.java:446) [org.springframework.context-3.1.0.RELEASE.jar /: 3.1.0.RELEASE] bei org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext (ContextLoader.java:384) [org.springframework. web-3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] unter org.springframework.web.context.ContextLoader.initWebApplicationContext (ContextLoader.java:283) [org.springframework.web-3.1.0. RELEASE.jar! /: 3.1.0.RELEASE] um org.springframework.web.context.ContextLoaderListener.contextInitialized (ContextLoaderListener.java:111) [oder g.springframework.web-3.1.0.RELEASE.jar! /: 3.1.0.RELEASE] um org.apache.catalina.core.StandardContext.contextListenerStart (StandardContext.java:3339) [jbossweb-7.4.8. Final-redhat-4.jar! /: 7.4.8.Final-redhat-4] um org.apache.catalina.core.StandardContext.start (StandardContext.java:3777) [jbossweb-7.4.8.Final- redhat-4.jar! /: 7.4.8.Final-redhat-4] um org.jboss.as.web.deployment.WebDeploymentService.doStart (WebDeploymentService.java: 161) [jboss-as-web-7.4.0.Final-redhat-19.jar! /: 7.4.0.Final-redhat-19] unter org.jboss.as.web.deployment.WebDeploymentService. access $ 000 (WebDeploymentService.java:59) [jboss-as-web-7.4.0.Final-redhat-19.jar! /: 7.4.0.Final-redhat-19] unter org.jboss.as.web .deployment.WebDeploymentService $ 1.run (WebDeploymentService.java:94) [jboss-als-web-7.4.0.Final-redhat-19.jar! /: 7.4.0.Final-redhat-19] um java. util.concurrent.Executors $ RunnableAdapter.call (Executors.java:511) [na: 1.8.0_74] um java.util.concurrent.FutureTask.run (FutureTask.java:266) [na: 1.8.0_74] unter java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1142) [na: 1.8.0_74] um java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:617) [na: 1.8.0_74] bei java.lang.Thread.run (Thread.java:745) [na: 1.8.0_74] bei org.jboss.threads.JBossThread.run (JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar! /: 2.1.1.Final-redhat-1]

Lösung, die ich

Das Problem mit meinem konfiguriert Frühjahr Bohne ref Injektion gefunden haben.

Bevor

<bean id="taskExecutor" class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor"> 
        <property name="corePoolSize" value="100" /> 
        <property name="maxPoolSize" value="50" /> 
        <property name="queueCapacity" value="150" /> 
        <property name="rejectedExecutionHandler" ref="discardPolicy" /> 
</bean> 
<bean id="discardPolicy" class="java.util.concurrent.ThreadPoolExecutor.DiscardPolicy"/> 

Modified (Gelöst)

<bean id="taskExecutor" class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor"> 
      <property name="corePoolSize" value="100" /> 
      <property name="maxPoolSize" value="50" /> 
      <property name="queueCapacity" value="150" /> 
      <property name="rejectedExecutionHandler"> 
       <bean class="java.util.concurrent.ThreadPoolExecutor.DiscardPolicy"/> 
      </property> 
</bean> 

Answer 1

Das Problem mit konfiguriert Feder bean ref Injektion.

<bean id="taskExecutor" class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor"> 
      <property name="corePoolSize" value="100" /> 
      <property name="maxPoolSize" value="50" /> 
      <property name="queueCapacity" value="150" /> 
      <property name="rejectedExecutionHandler"> 
       <bean class="java.util.concurrent.ThreadPoolExecutor.DiscardPolicy"/> 
      </property> 
</bean>