Haben Sie auf die folgende Situation gestoßen, in der die Konsole unbegrenzte Ausgabe des folgenden Protokolls:
Protokollierung initialisiert mit 'Klasse org.apache.ibatis.logging.log4j.log4jimpl' Adapter.
Protokollierung initialisiert mit 'Klasse org.apache.ibatis.logging.log4j.log4jimpl' Adapter.
Protokollierung initialisiert mit 'Klasse org.apache.ibatis.logging.log4j.log4jimpl' Adapter.
Protokollierung initialisiert mit 'Klasse org.apache.ibatis.logging.log4j.log4jimpl' Adapter.
Protokollierung initialisiert mit 'Klasse org.apache.ibatis.logging.log4j.log4jimpl' Adapter.
Dieser Fehler tritt nur bei integriert in die Feder auf.
Jedes Mal, wenn dieser Fehler auftritt, weiß ich, dass der XML -Fehler auftritt, aber der spezifische XML kann nicht direkt bestätigt werden, da das Protokoll hier keine nützlichen Informationen anzeigen kann.
Wenn Sie diesen Fehler finden möchten, habe ich eine gemeinsame Methode, bei der dieser Fehler allmählich aus einem bestimmten Eintrags -Haltepunkt im Programm -Start -up lokalisiert werden soll.
Diese Methode ist jedoch immer noch sehr problematisch. Was ich hier sprechen möchte, ist eine schnelle Positionierungslösung, die sehr einfach zu bedienen ist.
Finden Sie die folgende Methode:
Protected Void AutoWireByType (String Beanname, Abstractbeandefinition MBD, Beanwrapper BW, MutablePropertyValues PVS) {Diese Methode beträgt ungefähr 1200 Zeilen. Finden Sie den Ort, an dem die Catch -Ausnahme in dieser Methode: catch (Beansexception ex) {neue unbefriedigte Abhängigkeitspflicht (mbd.getResourcedescription (), Beanname, PropertyName, Ex);}Nur Haltepunkt auf der Wurflinie. Dieser Ort ist der erste Ort, um Ausnahmen zu fangen. Wenn die Dateifehler makePer.xml sind, lautet die Ausnahmeinformationen hier wie folgt:
Die Ausnahmeinformationen sind sehr detailliert. Der spezifische Ausnahmetext lautet wie folgt:
org.springframework.core.nestioTioException:
Die Kartierungsressource nicht analysieren:
'file [f: /liu/git/bhgl/target/franchisee-1.0/web-inf/classes/com/abel533/property/dao/aMployeemapper.xml]';
Eine verschachtelte Ausnahme ist org.apache.ibatis.builder.builderexception:
Fehler beim Erstellen von Dokumenteninstanzen.
Ursache: org.xml.sax.saxparseException; Leinenumberne: 1; Columnnumber: 1; Inhalt ist im Vorwort nicht erlaubt.
Nach dem Öffnen dieses Fehlers XML fand ich einen sprachlosen Fehler:
Ich weiß nicht, wie die Situation ist, es gibt zu Beginn ein Emplo. Solange es in XML Fehler gibt, handelt es sich im Grunde genommen um ähnliche Ausnahmeinformationen und im Allgemeinen ein Fehler bei der XML -Parsen.
Es gibt eine andere Frage, warum nach einem Fehler nur eine Protokollzeile mit unendlicher Ausgabe angezeigt werden kann, aber die spezifischen Ausnahmeinformationen hier nicht sehen können?
Durch die Befolgung des Codes fand ich die Methode in der org.springframework.bean.factory.support.AbstractBeanFactory -Klasse:
Protected Class <?> GettTypeforFactoryBean (String Beanname, RootbeandeFinition Mbd) {if (! GettTypeForFactoryBean (FactoryBean);} catch (BeancreationException ex) {// kann nur beim Erhalten einer factoryBean.if (logger.isdebugenabled ()) {logger.debug ("ignorierende Bean -Kreation Ausnahme auf den FactoryBean Type Check:" + EX);Nachdem Null die Ausnahme hier aufgenommen hat, wird die Ausnahme direkt geschluckt.
Da dies die letzte Schicht ist, in der Ausnahmen gefangen werden und die an diesem Ort gefangenen Ausnahmen breiter sind, ist es auch eine gute Wahl, hier Probleme an Haltepunkten anzuzeigen. Da es durch mehrere Ausnahmen verarbeitet wurde, sind die realen Fehlerinformationen tief versteckt, wie in der folgenden Abbildung gezeigt:
Wenn ich das sehe, glaube ich, dass dieses Problem leicht gelöst wird, wenn ich wieder darauf begegne.