2012-12-09 15 views
39

Come risolvere questo avviso? Se io uso Primavera 3.2 io sono vedere questo avvertono:Spring3.2 e jboss come 7

14: 24: 19.014 WARN [org.jboss.as.ee] (MSC filo di servizio 1-10) JBAS011006: Non installando org.springframework componente opzionale. web.context.request.async.StandardServletAsyncWebRequest a causa di eccezione: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011054: Impossibile trovare costruttore predefinito per la classe org.springframework.web.context.request.async.StandardServletAsyncWebRequest

+1

Hai risolto questo problema? – Ray

risposta

37

Apparentemente questo è "normale", tutto dovrebbe ancora funzionare. Probabilmente c'è una classe interna (anonima) in StandardServletAsyncWebRequest.

Vedere anche Applicaiton is deployed in JBoss7.0.2 Final (Arc) but failed to in 7.1.1 Final (Brontes) e metadata-complete="true" not respected. Fondamentalmente è solo un avvertimento, va tutto bene.

+0

@Ray utilizzo JSF) – Ray

+2

Ho ricevuto alcuni di questi avvisi in diverse applicazioni. Finora, non hanno causato alcun problema. Li ho appena ignorati per ora, il che sembra essere ciò che la maggior parte delle persone sta facendo. – jyore

+1

Come dice Philippe, sembra essere "normale", le applicazioni (almeno nel mio caso) funzionano correttamente. Attualmente, nascondo questi commenti usando un filtro come spiegato [qui] (http://middlewaremagic.com/jboss/?p=2421). – aloplop85

5

JBoss avvisa quando non è possibile trovare il costruttore no-args per una classe. In questo caso, non esiste un costruttore no-arg per questa classe Spring. Solo questa:

public StandardServletAsyncWebRequest(HttpServletRequest request, HttpServletResponse response) { super(request, response); }

Nessun problema con that..That funzionerà ..

+0

Questo sembra un requisito JBoss non standard piuttosto che un bug Spring. È corretto? – wavicle

10

Per espandere il legame di aloplop85, è possibile ignorare questo messaggio. Potresti voler sopprimerlo perché è fonte di distrazione (secondo me, un'applicazione funzionante non dovrebbe mai normalmente stampare tracce di stack nel registro). Le istruzioni sono qui http://middlewaremagic.com/jboss/?p=2421, versione corta è quello di aggiungere il seguente testo nel file di configurazione (ad es standalone.xml):

<subsystem xmlns="urn:jboss:domain:logging:1.0"> 
     <console-handler name="CONSOLE"> 
      <!-- levels, formatters etc. --> 
      <filter> 
       <not> 
        <match pattern="JBAS011054"/> 
       </not> 
      </filter> 
     </console-handler> 
     <!-- and the same for other handlers --> 
    </subsystem> 

Per JBoss 7.2.0, la sintassi è un po 'diversa:

<subsystem xmlns="urn:jboss:domain:logging:1.2"> 
     <console-handler name="CONSOLE"> 
     <!-- levels, formatters etc. --> 
     <filter value='not(match("JBAS011054"))' /> 
     </console-handler> 
     <!-- and the same for other handlers --> 
    </subsystem> 
7

Questo è il modo Repressi nel mio jboss-as-7.1.1

aggiornato la configurazione/standalone.xml come

<subsystem xmlns="urn:jboss:domain:logging:1.1"> 
     <console-handler name="CONSOLE"> 
      <filter> 
       <not> 
        <match pattern="JBAS011054|JBAS011006"/> 
       </not> 
      </filter> 
     </console-handler> 
    </subsystem>