Spring3.2 und jboss as 7

Wie löst man diese Warnung? Wenn i 3.2 Frühling verwende ich bin sehe dies warnen:Spring3.2 und jboss as 7

14: 24: 19.014 WARN [org.jboss.as.ee] (MSC-Dienstthread 1-10) JBAS011006: Nicht optionale Komponente org.springframework installieren. web.context.request.async.StandardServletAsyncWebRequest aufgrund Ausnahme: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS011054: Kann nicht Standard-Konstruktor für die Klasse findet org.springframework.web.context.request.async.StandardServletAsyncWebRequest

Quelle

2012-12-09 Rinat Mukhamedgaliev

Haben Sie dieses Problem gelöst? – Ray

Anscheinend ist das "normal", alles sollte noch funktionieren. Wahrscheinlich gibt es eine (anonyme) innere Klasse in StandardServletAsyncWebRequest.

Siehe auch Applicaiton is deployed in JBoss7.0.2 Final (Arc) but failed to in 7.1.1 Final (Brontes) und metadata-complete="true" not respected. Im Grunde ist es nur eine Warnung, alles ist in Ordnung.

Quelle

2012-12-16 22:08:37

@Ray Ich benutze JSF) – Ray

Ich habe einige dieser Warnungen in mehreren Anwendungen erhalten. Bisher haben sie keine Probleme verursacht. Ich habe sie gerade ignoriert, was anscheinend die meisten Leute tun. – jyore

Wie Philippe sagt, scheint es "normal" zu sein, die Anwendungen (zumindest in meinem Fall) funktionieren richtig. Derzeit verstecke ich diese Kommentare mit einem Filter, wie er [hier] (http://middlewaremagic.com/jboss/?p=2421) erklärt wurde. – aloplop85

JBoss warnt Sie, wenn Sie keinen No-Args-Konstruktor für eine Klasse finden können. In diesem Fall gibt es keinen No-Arg-Konstruktor für diese Spring-Klasse. Nur diese eine:

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

Kein Problem mit that..That arbeiten ..

Quelle

2013-06-15 13:46:39 user2488945

Dies sieht eher nach einer nicht standardmäßigen JBoss-Anforderung aus als nach einem Spring-Bug. Ist das korrekt? – wavicle

aloplop85 den Link zu erweitern, können Sie diese Nachricht ignorieren. Vielleicht möchten Sie es unterdrücken, weil es ablenkt (meiner Meinung nach sollte eine funktionierende Anwendung normalerweise niemals Stapelspuren im Protokoll drucken). Die Anweisungen sind hier http://middlewaremagic.com/jboss/?p=2421, kurze Version ist, den folgenden Text in der Konfigurationsdatei hinzuzufügen (zB 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>

Für JBoss 7.2.0, die Syntax ist ein wenig anders:

<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>

Quelle

2013-09-02 12:02:34 artbristol

Dies ist, wie ich unterdrückte es in meinem jboss-as-7.1.1

aktualisierte Konfiguration/standalone.xml als

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

Quelle

2014-05-06 08:46:30 Sam

Spring3.2 und jboss as 7

Antwort

Verwandte Themen