Под Tomcat java.lang.NoClassDefFoundError при доступе к сервлету? - PullRequest
Новая
       19

Под Tomcat java.lang.NoClassDefFoundError при доступе к сервлету?

6 голосов
/ 13 мая 2009

Я пишу веб-приложение в Eclipse и использую библиотеку сериализации XStream для генерации My JSON.

Я инкапсулировал код, который создает JSON в классе, который вызывается моим сервлетом. Тогда у инкапсулированного класса есть основной метод для тестирования, и когда я его запускаю, кажется, все работает нормально.

Однако, когда я использую вызов класса из моего сервлета, я получаю ошибку java.lang.NoClassDefFoundError, говорящую, что я не загружал библиотеки XStream. Я предполагаю, что у меня неправильный путь сборки, но я установил библиотеки XStream в путь сборки для проекта, поэтому, насколько я знаю, он должен работать.

Что здесь может пойти не так?

Ниже приводится точное исключение: 

java.lang.ClassNotFoundException: com.thoughtworks.xstream.io.HierarchicalStreamDriver
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
    at SecurePaymentAjaxData.doPost(SecurePaymentAjaxData.java:44)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
    at java.lang.Thread.run(Thread.java:619)

А вот соответствующий код, который использует класс xstream: 

XStream xstream = new XStream(new JettisonMappedXmlDriver());
xstream.setMode(XStream.NO_REFERENCES);
xstream.alias("CallDataUpdate", CallDataUpdate.class);
xstream.alias("CardStatus", CardStatus.class);
String jsonData = xstream.toXML(updateData);

Я подчеркиваю, что этот код отлично работает при запуске в качестве java-приложения, я уверен, что это связано с загрузкой библиотек, я просто не знаю, где я ошибся.

Ответы [ 4 ]

11 голосов
/ 13 мая 2009

Не забывайте, что есть разница между тем, как вы строите и тем, как вы развертываете . То есть, вы можете собираться с XStream, но вы должны также упаковать его в файл .war для развертывания.

Разверните получившийся файл .war (jar tvf {filename}, чтобы увидеть его содержимое) и проверьте, есть ли он (файл .jar в WEB-INF/lib). Я подозреваю, что это не так.

10 голосов
/ 13 мая 2009

Я нашел проблему:

Если вы щелкнете правой кнопкой мыши по проекту и выберите свойства, вы можете установить «Зависимости модуля Java EE», чтобы включить используемые вами модули.

Эй, Престо, это работает.

8 голосов
/ 10 декабря 2010

Зависимости модуля Java EE, кажется, путь. Однако названия меню в Eclipse Helios изменились: это конкретное меню теперь находится в разделе «Deployment Assembly».

0 голосов
/ 08 сентября 2009

Легкую ошибку, которую можно сделать, это неправильно назвать каталог в WEB_INF, я назвал его libs вместо lib, компилируется нормально, но tomcat выдает ошибки.

...