ClassCastException (JavaMail API)

Lonsdaleit

Aktives Mitglied
Hallo zusammen,

ich stehe vor dem folgenden Problem:

Ich habe ein Programm geschrieben, dass mein Emailpostfach abfragt, die Emails aus einem angegebenen Ordner ausliest, abspeichert und deren Attachments(pdf) extrahiert und ebenfalls abspeichert.
Das realisiere ich mit der JavaMail API.

Um die Email abzufragen, rufe ich ihren Content auf und caste diesen zu einem Multipart, um anschließend die einzelnen Elemente durchzuarbeiten.

Java:
mes = new MimeMessage((MimeMessage) mai);
					
System.out.println(mes.getContent());
Multipart mp = (Multipart) mes.getContent();


In der Entwicklungsumgebung (eclipse - Kepler) ausgeführt funktioniert alles ohne Probleme (auch keine Warnungen etc).
Als Dienst ausgeführt habe ich das Problem, dass er anstatt einen Multipart aus dem Content einen IMAPInputStream erkennt und diesen nicht casten kann.

Hier die beiden Ausgaben:

Log-Datei (Dienst):
Messages gesamt: 1
unread Messages: 0
com.sun.mail.imap.IMAPInputStream@11218cf
java.lang.ClassCastException: com.sun.mail.imap.IMAPInputStream cannot be cast to javax.mail.Multipart
at de.lorenz.asp.email.ExportFromMail.isValid(ExportFromMail.java:124)
at de.lorenz.asp.email.ExportFromMail.perform(ExportFromMail.java:313)
at de.lorenz.asp.transfer.Mandant.work(Mandant.java:291)
at de.lorenz.asp.transfer.Mandant.run(Mandant.java:247)
Ende

Eclipse-Console:
Messages gesamt: 1
unread Messages: 0
javax.mail.internet.MimeMultipart@60765a16
Ende

Wie zu erkennen ist, läuft das Programm in der Entwicklungsumgebung Problemlos durch - es führt auch alle geforderten Tasks aus.
(Die fettmarkierte Stelle ist die Ausgabe des Types an der Stelle in der Entwicklungsumgebung und im Dienst)


Es handelt sich in beiden Fällen um die selbe Email.
Ausgeführt wird das Programm mit der gleichen jre (1.7.0_25)
Compiliert ist das Programm mit der gleichen jdk (1.6.0_25) ->diese Version ist bewusst gewählt und nötig.

Kann mir jemand sagen, wie bzw. warum dieses Problem zustande kommt? Oder hat sogar eine Lösung im Angebot?

lg
JP
 
Zuletzt bearbeitet:
Also die API sagt folgendes zu getContent():
Return the content as a Java object. The type of this object is dependent on the content itself. For example, the native format of a "text/plain" content is usually a String object. The native format for a "multipart" message is always a Multipart subclass. For content types that are unknown to the DataHandler system, an input stream is returned as the content.

Aber WARUM das jetzt in Eclipse klappt und ohne nicht... keine Ahnung. Wird immer die selbe Mail abgerufen? Sonst könnte es ja am Attachment oder Ähnlichem liegen?
 
Zuletzt bearbeitet:
Das Problem scheint zu sein, dass er beim Ausführen des Dienstes den Typ aus getContent() als Unbekannt markiert.
Warum dies der Fall ist, während es in Eclipse nicht so ist, gilt zu klären.

Die andere Frage ist, wie übermittel ich in Java den Typ, bzw. mache den Typ sicher bekannt?

Woher weiß ich, ob eine Email multiparts enthält?
Gibt es auch andere Möglichkeiten einer Email Attachments zu übermitteln als via multipart?

Gruß
JP
 
Mir ist es heute gelungen das Problem zu lösen.
In meinem Fall brauchte ich nur die neuste Version der WinRun4J.exe um den Dienst zu registrieren.
Danach wurde die Class auch im Dienst korrekt erkannt und das Programm lief erfolgreich bis zum Ende durch.

Für diesen kleinen Fehler habe ich nun viele Stunden Arbeit investiert!
 

Zurück
Oben