java.lang.ClassCastException: javax.mail.Session kann nicht in javax.mail.Session umgewandelt werden

Question

Ich habe diesen Fehler erhalten, als ich versuchte, den folgenden Code auszuführen, um ein javax.mail.Session-Objekt mithilfe einer Tomcat-Kontextdatei zu erhalten .

 Context initCtx = new InitialContext(); 
     Context envCtx = (Context) initCtx.lookup("java:comp/env"); 
     Session session = (javax.mail.Session) envCtx.lookup("mail/session"); 

Dies ist die Ressourcendeklaration in der Datei context.xml.

<Resource name="mail/Session" auth="Container" 
     type="javax.mail.Session" 
     mail.smtp.host="host" 
     mail.smtp.user="user" 
     mail.smtp.password="password" 
     mail.smtp.auth="false"/> 

Ich verstehe dies zurückzuführen sein kann ich in meiner Anwendungsserver-Bibliothek (tomcat) Ordner und in meinen Anwendungen Bibliotheksordner die gleiche Bibliothek für die javax.mail.Session mit, ich habe so viele doppelten Bibliotheksdateien beseitigt Aus meinem Ordner der Anwendungsbibliothek (zB mail.jar), den ich sehen kann, habe ich die javax.mail.Session als Teil der Bibliothek, jetzt bin ich an einem Punkt, wo ich immer noch diesen Fehler bekomme und nicht sicher bin, was andere Bibliotheken sein könnten die Quelle dieses Problems, oder ist es ein anderes Problem, das mir nicht bekannt ist?

Was würden die Leute vorschlagen, um die Ursache dieses Problems zu finden?

Danke.

Answer 1

Dieses Problem tritt in dem Server, da die lib von Tomcat und sowohl Sie als Anwendung ihre eigene Kopie von mail.jar haben (in WEB-INF/lib), so dass die Klassenladeprogramme können zwei verschiedene Session.If laden Sie die mail.jar löschen von Ihrem Anwendung wird dieses Problem gelöst.

Answer 2

Gebrauch zur Verfügung gestellt Umfang in Maven javax.mail Mail 1.4 bereitgestellt

Answer 3

Wenn Sie bereits die mail.jar im lib Ihres Servers haben, die es aus Ihrer Anwendung/pom-Datei zu löschen, Dieses Problem wird gelöst.

Answer 4

Du bist wahrscheinlich nicht mit mehr dieses Problem, aber für die nächste Person, hierher zu kommen:

Wenn Sie Maven verwenden, <scope>provided</scope> auf Ihre javax.mail Abhängigkeit in pom.xml hinzufügen.

Zum Beispiel in meinem Fall:

<dependency> 
    <groupId>javax.mail</groupId> 
    <artifactId>mail</artifactId> 
    <version>YOUR_VERSION</version> 
    <scope>provided</scope> <!-- This line is new --> 
</dependency> 

Dies löste das Problem für mich.