1. Dom
  2. Pytanie i odpowiedź
  3. java.lang.NoClassDefFoundError: com/sun/mail/util/MailLogger dla JUnit test case dla Java mail

java.lang.NoClassDefFoundError: com/sun/mail/util/MailLogger dla JUnit test case dla Java mail

2013-05-29 11 views
80

Witam Używam API poczty Java do czytania i analizowania wiadomości e-mail. Działa dobrze z kodem serwletu. Teraz próbuję napisać przypadek testowy jednostki J dla tego samego celu. Ale on line "sesja sesja = Session.getDefaultInstance (właściwości);" jestem coraz wyjątek jak java.lang.NoClassDefFoundError: com/sun/mail/util/MailLoggerjava.lang.NoClassDefFoundError: com/sun/mail/util/MailLogger dla JUnit test case dla Java mail

i pełne Ślad stosu jest

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 mogę wiedzieć, gdzie idę źle.

Źródło

2013-05-29 user2215139

Odpowiedz

55

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

Oracle docs:

The JavaMail API is available as an optional package for use with Java SE platform and is also included in the Java EE platform.

99%, aby uruchomić swoje testy w środowisku SE czyli co trzeba się martwić o dodanie go ręcznie do swojej ścieżce klasy podczas uruchamiania testów.

Jeśli używasz Maven dodaj następującą zależność (może chcesz zmienić wersję):

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

Źródło

2013-05-29 07:55:04

+2

Ya kopalnia jest projektem mvn gdzie mam już dodane zależność dla JAMA mail.But coraz samo java.lang.NoClassDefFoundError wyjątek: com/sun/mail/util/MailLogger – user2215139

+0

@ user2215139 jesteś pewien, że jesteś” dodano go do zakresu "testowego", np. ' test'? Jeśli tak, jaki jest identyfikator grupy/artefaktu? –

+0

ya właśnie dodany testu i zależność jest \t \t \t javax.mail \t \t \t javax.mail-api \t \t \t 1.4.7 \t \t \t Test \t \t, ale nadal uzyskuje ten sam wyjątek – user2215139

110

Artefakt javax.mail-api nadaje się tylko do kompilacji. Musisz uruchomić kod, więc potrzebujesz pełnej implementacji JavaMail. Zastosowanie:

<groupId>com.sun.mail</groupId> 
<artifactId>javax.mail</artifactId> 
<version>1.5.5</version>

Numer wersji będzie prawdopodobnie różnią: https://mvnrepository.com/artifact/com.sun.mail/javax.mail

Źródło

2015-03-09 05:31:03

+0

To naprawdę działa dla mnie – Rameshwar

+1

To również naprawia 'java.lang.NoClassDefFoundError: com/sun/mail/util/PropUtil' oraz' Nie można zainicjować błędów klasy javax.mail.internet.InternetAddress'. – GlenPeterson

+1

Rozwiązałem mój problem, dziękuję, nie zdawałem sobie sprawy, że javax.mail-api nie zawiera implementacji. – Peter

44

używam następujące zależności Maven dostać Java pracujących poczty. Pierwsza zawiera interfejs API javax.mail (bez implementacji), a druga to implementacja SUN 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>

Źródło

2015-05-14 06:47:09

+0

http://mvnrepository.com/artifact/com.sun.mail/javax.mail – Xdg

+5

Nie musisz dołączać interfejsu API, jeśli masz implementację. – GlenPeterson

+1

Dobra rzecz @GlenPeterson, nie zdawałem sobie sprawy, że z powyższego rozwiązania, ale kiedy zajrzałem do słoika com.sun.mail, dołączono aplet javax.mail. – Peter

1

Zdarza się również, jeśli twój kod oczekuje Java Mail 1.4, a twoje słoiki to Java Mail 1.3. Zdarzyło mi się po uaktualnieniu Pentaho Kettle

Pozdrowienia

Źródło

2015-10-20 20:29:39

Powiązane problemy

 Powiązane problemy