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

Я пишу веб-приложение в Eclipse, и я использую XStream Serialization Library для создания My JSON.Под Tomcat java.lang.NoClassDefFoundError при доступе к сервлету?

Я инкапсулировал код, который создает 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)

А вот relavant код, который использует класс 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, Я уверен, что это связано с загрузкой библиотек, я просто не знаю, где я ошибся.

источник

2009-05-13 Omar Kooheji

Является ли пакет в папке WEB-INF/lib вашей ВОЙНЫ? –

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

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

Hey Presto It works.

источник

2009-05-13 11:30:26

Хорошая работа. Что происходит за кулисами, так это то, что эта зависимость сообщает компилятору разместить эти библиотеки в каталоге WEB-INF/lib вашего развертывания (вероятно, файл WAR).

Когда приложение загружается на сервер приложений - этот путь по умолчанию включен в путь к классам веб-приложений, и ваше приложение теперь может «видеть» эти библиотеки классов. – Vinnie

Обратите внимание, что эта функция теперь называется «Сборка развертывания», см. Http://stackoverflow.com/questions/3365369/java-ee-module-dependencies-in-web-project – GuiSim

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

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

источник

2009-05-13 11:28:27

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

источник

2009-09-08 15:38:06

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

источник

2010-12-10 14:07:59 Florent

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

ответ

Смежные вопросы