java.lang.NoClassDefFoundError: com / sun / mail / util / MailLogger for JUnit Przypadek testowy dla poczty Java

127

Używam Java Mail API do czytania i analizowania wiadomości e-mail. Działa dobrze z kodem serwletu.

Teraz próbuję napisać przypadek testowy JUnit w tym samym celu. Ale w trybie online Session session = Session.getDefaultInstance(properties);otrzymuję następujący wyjątek:

java.lang.NoClassDefFoundError: com/sun/mail/util/MailLogger
    at javax.mail.Session.initLogger(Session.java:227)
    at javax.mail.Session.<init>(Session.java:212)
    at javax.mail.Session.getDefaultInstance(Session.java:315)
    at javax.mail.Session.getDefaultInstance(Session.java:355)
    at com.vxl.appanalytix.dataload.fromEmail.EmailParser.parseEmailSubject(EmailParser.java:44)
    at com.vxl.appanalytix.controllers.controllerClasses.GenericEmailServiceClass.readEmailAttachments(GenericEmailServiceClass.java:33)
    at com.vxl.appanalytix.dataload.GenericEmailTestCase.test(GenericEmailTestCase.java:42)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
    at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
    at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: java.lang.ClassNotFoundException: com.sun.mail.util.MailLogger
    at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    ... 35 more

Czy ktoś może mi powiedzieć, gdzie idę źle.

user2215139
źródło

Odpowiedzi:

116

com.sun.mail.util.MailLoggerjest częścią JavaMail API. Jest już uwzględniony w środowisku EE (dlatego możesz go używać na swoim serwerze live), ale nie jest uwzględniony w środowisku SE.

Dokumentacja Oracle :

JavaMail API jest dostępny jako opcjonalny pakiet do użytku z platformą Java SE i jest również zawarty w platformie Java EE.

99%, że przeprowadzasz testy w środowisku SE, co oznacza, że ​​musisz się martwić dodawaniem go ręcznie do ścieżki klas podczas przeprowadzania testów.

Jeśli używasz maven, dodaj następującą zależność (możesz chcieć zmienić wersję):

<dependency>
    <groupId>com.sun.mail</groupId>
    <artifactId>javax.mail</artifactId>
    <version>1.6.0</version>
</dependency>
Eugene Loy
źródło
63
Artefakt javax.mail-api nadaje się tylko do kompilowania z programem. W rzeczywistości musisz uruchomić kod, więc potrzebujesz pełnej implementacji JavaMail. Użyj <groupId>com.sun.mail</groupId><artifactId>javax.mail</artifactId>.
Bill Shannon
150

javax.mail-apiArtefakt jest dobre tylko dla kompilacji przeciw.

W rzeczywistości musisz uruchomić kod, więc potrzebujesz pełnej implementacji API JavaMail. Użyj tego:

<dependency>
    <groupId>com.sun.mail</groupId>
    <artifactId>javax.mail</artifactId>
    <version>1.6.2</version>
</dependency>

UWAGA: numer wersji będzie prawdopodobnie inny. Sprawdź najnowszą wersję tutaj .

Bill Shannon
źródło
3
To także poprawki, java.lang.NoClassDefFoundError: com/sun/mail/util/PropUtiljak również Could not initialize class javax.mail.internet.InternetAddressbłędy.
GlenPeterson,
1
Jest to wyjaśnione na stronie internetowej projektu JavaMail .
Bill Shannon,
52

Używam następujących zależności maven, aby uruchomić pocztę Java. Pierwsza obejmuje interfejs API javax.mail (bez implementacji), a druga to implementacja SUN interfejsu API javax.mail.

<dependency>
    <groupId>javax.mail</groupId>
    <artifactId>javax.mail-api</artifactId>
    <version>1.5.5</version>
</dependency>
<dependency>
    <groupId>com.sun.mail</groupId>
    <artifactId>javax.mail</artifactId>
    <version>1.5.5</version>
</dependency>
Shane Rowatt
źródło
9
Nie musisz dołączać interfejsu API, jeśli masz implementację.
GlenPeterson,
1
Słuszna uwaga @GlenPeterson, nie zdawałem sobie z tego sprawy z powyższego rozwiązania, ale kiedy zajrzałem do jar com.sun.mail, zawierał on interfejs javax.mail.
Peter
2

Naprawdę to interesujące. Wystarczy użyć javax-mail.jar z „com.sun”, a nie „javax.mail”.
dwonload com.sun mail jar

Resul Rzaeeff
źródło
1

Dzieje się tak również wtedy, gdy twój kod oczekuje Java Mail 1.4, a twoje pliki jar to Java Mail 1.3. Zdarzyło mi się to po ulepszeniu czajnika Pentaho

pozdrowienia

Carlos Rafael Ramirez
źródło