Spring NamespaceHandler-Problem beim Starten von Maven-basierter GWT-App von Eclipse IDE nach Migration zu Spring 3

Hier ist ein Problem, bei dem ich schon seit mehreren Stunden feststecke, und jetzt bin ich ziemlich verzweifelt. Ich habe unsere Anwendung von Spring 2.5 / Hiberante 3.3 auf Spring 3.0.5 / Hibernate 3.6 migriert. Folgendes wurde gemacht:

• aktualisierte Frühjahrsabhängigkeiten / Version (jetzt gibt es mehr als nur ein paar Abhängigkeiten)
• aktualisierte Hibernate-Abhängigkeiten / Version
• aktualisierte Spring Kontext XML Dateien in Bezug auf Versionen für 'schemaLocation'

Der Fehler, den ich immer noch beim Starten von Eclipse IDE nach verschiedenen kleineren Korrekturen und Tunes habe, ist folgender:

Ich habe die anderen Threads durchgesehen und festgestellt, dass ein solches Problem auftritt, wenn die spezifische Lib (in diesem Fall Spring-Tx) nicht im Klassenpfad gefunden wird, aber ich sehe es deutlich in meinen Maven-Abhängigkeiten.

Als nächstes habe ich den WAR wie bei früheren Versionen erstellt, auf Tomcat, und die App hat gut funktioniert !

Daraus kann ich schließen, dass etwas in der Eclipse-Umgebungskonfiguration fehlt. Interessant ist, dass es sich bei allen Beschwerden um Spring-Tx handelt - wenn ich die einzelne Zeile mit tx-Namespace entfernt habe %Code% .. Anwendung gestartet gut, ohne sich über andere Namespaces beschwert (natürlich, es hat nicht gut funktioniert, aber zumindest gab es keine Beschwerden während der init).

Eine Zusammenfassung meiner IDE / Projekteinstellungen:

• Start der Anwendung durchgeführt von GWT .launch Datei (GWT ver 2.0.3)
• Innerhalb dieser Startdatei gibt es Verweise auf andere Projekte, einschließlich der Serverseite, die Abhängigkeiten vom Frühjahr aufweist
• Tatsächlich hat dieses gwt-client-Projekt serverseitige POM als übergeordnetes Element, und infolgedessen sehe ich alle Frühjahrsabhängigkeiten in den Maven-Abhängigkeiten dieses Projekts
• GWT-Client-Projekt hat /war/WEB-INF/applicationContext.xml, das andere Kontext-XML-Ressourcen importiert, die tatsächlich Spring-TX verwenden

Die formelle Frage wäre: Was sind die möglichen Gründe, warum das Projektstart von IDE mit solchen Fehlern nach der Migration zu Spring 3x (und funktioniert gut implementiert als Build WAR)?

Ich erwarte keine direkten Antworten (es sei denn, jemand hatte genau die gleiche Umgebung und Problem), aber Richtlinien, Ratschläge wären eine große Hilfe!

BEARBEITEN Ich habe vergessen zu erwähnen, dass ich während des App-Starts von der IDE eine Reihe von Warnungen wie diese habe:

.. vielleicht wird spring-tx auch nicht in der Web-App gefunden (und auf dem Klassenpfad des Systems gefunden), aber es wird nicht hinzugefügt, als wäre das mit den anderen passiert? Was wäre der Grund für dieses Verhalten?