Spring3.2 et jboss as 7

Comment résoudre ce mettre en garde? Si j'utilise le Printemps 3.2 je suis voir cette avertir:

14:24:19,014 WARN [org.jboss.as.ee] (MSC thread de service 1-10) JBAS011006: Pas d'installation de composant facultatif org.springframework.web.contexte.demande.async.StandardServletAsyncWebRequest en raison de l'exception: org.jboss.comme.serveur.le déploiement.DeploymentUnitProcessingException: JBAS011054: impossible de trouver le constructeur par défaut pour la classe org.springframework.web.contexte.demande.async.StandardServletAsyncWebRequest

  • Avez-vous résolu ce problème?
InformationsquelleAutor Rinat Mukhamedgaliev | 2012-12-09
  1. 38

    Apparemment, c'est "normal", tout devrait fonctionner. Probablement il y a un (anonyme) intérieur de la classe dans StandardServletAsyncWebRequest.

    Voir aussi Application est déployée dans JBoss7.0.2 Finale (Arc ), mais a échoué à en 7.1.1 Final (Brontes) et les métadonnées complètes="true" pas respecté. En gros, c'est juste un avertissement, tout va bien.

    • J'utilise JSF)
    • J'ai obtenu un certain nombre de ces mises en garde dans plusieurs applications. Jusqu'à présent, ils n'ont pas causé de problèmes. Je viens de les ignorer pour l'instant, ce qui semble être ce que la plupart des gens sont en train de faire.
    • Philippe dit, il semble être "normal", les applications (au moins dans mon cas) fonctionnent correctement. Actuellement, je cacher ces observations à l'aide d'un filtre comme expliqué ici.
    • si c'est "normal" alors qu'est-ce que JBoss tellement agacé sur? Que fait-on perdre lors de cette "option" composant n'est pas installé, comme JBoss dit?
    • Je ne suis pas entièrement sûr. Je ne peux que supposer que c'est lié à l'injection de composants par exemple. si vous voulez avoir une instance d'un anonyme intérieur de la classe injecté quelque part, il serait un échec.
    InformationsquelleAutor Philippe Marschall
  2. 10

    Pour développer aloplop85 du lien, vous pouvez ignorer ce message. Vous pouvez souhaiter supprimer parce que c'est distrayant (à mon avis, une application de travail ne doit jamais normalement imprimer les traces de pile dans le journal). Les instructions sont ici http://middlewaremagic.com/jboss/?p=2421, version courte est d'ajouter le texte suivant dans le fichier de configuration (par exemple,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>

    Pour JBoss 7.2.0, la syntaxe est un peu différente:

      <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>
    InformationsquelleAutor artbristol
  3. 7

    C'est comment j'ai supprimé dans mon jboss en tant que 7.1.1

    mis à jour configuration/standalone.xml comme

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

    JBoss avertit lorsque vous ne pouvez pas trouver aucun des arguments du constructeur pour une classe.
    Dans ce cas, il n'y a pas de no-arg constructeur pour ce Printemps, la classe.
    Juste un:


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

    Pas de problème avec ça..qui va travailler..

    • Cela ressemble à un non-standard JBoss exigence plutôt que d'un Printemps bug. Est-ce exact?
    InformationsquelleAutor user2488945