Какая она всё-таки.. красивая, это ваша жаба..

[dil]

The server encountered an internal error () that prevented it from fulfilling this request.
javax.servlet.UnavailableException: Parsing error processing resource path 
   at org.apache.struts.action.ActionServlet.handleConfigException (ActionServlet.java:1035)
   at org.apache.struts.action.ActionServlet.parseModuleConfigFile (ActionServlet.java:1012)
   at org.apache.struts.action.ActionServlet.initModuleConfig (ActionServlet.java:955)
   at org.apache.struts.action.ActionServlet.init (ActionServlet.java:470)
   at org.apache.webapp.admin.ApplicationServlet.init (ApplicationServlet.java:107)
   at javax.servlet.GenericServlet.init (GenericServlet.java:258)
   at org.apache.catalina.core.StandardWrapper.loadServlet (StandardWrapper.java:888)
   at org.apache.catalina.core.StandardWrapper.allocate (StandardWrapper.java:621)
   at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:163)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:596)
   at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:433)
   at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:948)
   at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:144)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:596)
   at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:504)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:594)
   at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:433)
   at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:948)
   at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2358)
   at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:133)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:596)
   at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:118)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:594)
   at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:116)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:594)
   at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:433)
   at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:948)
   at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:127)
   at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext (StandardPipeline.java:596)
   at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:433)
   at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:948)
   at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:152)
   at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:799)
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection (Http11Protocol.java:705)
   at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:577)
   at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683)
   at java.lang.Thread.run (Thread.java:673)
   at java.lang.VMThread.run (VMThread.java:123)

Comments

[sergeax.livejournal.com]

А можно под кат? Или там font-size: 50% ? Ленту разнесло.

[ctpeko3a.livejournal.com]

Или убрать нафик <pre>

[dil.livejournal.com]

убрал. там pre.

[sergeax.livejournal.com]

Спасибо. "Или там" - самостоятельная конструкция, в значении "или например сделать" :)

[dil.livejournal.com]

у меня этот самый pre печатается меньшими буквами, чем обычный текст. Если там сделать 50%, их вообще прочитать будет нельзя.

[bormotov.livejournal.com]

уж насколько я люблю по случаю пнуть жабу, но тут явно вариант из серии "самый страшный враг сервера - его администратор"

[dil.livejournal.com]

дык это.. Parsing error processing resource path
При чем тут администратор?

[bormotov.livejournal.com]

Ты никогда не видел как gcc вываливается с parse error?

написать кривой конфиг - раз плюнуть.

[dil.livejournal.com]

ты кривую программу с кривым конфигом не путай
Программа, которая парсит конфиг, должна быть прямой и готовой к тому, что конфиг немножко неправильный. По крайней мере, перехватить этот exception и сказать, в каком месте конфига ошибка - было бы гораздо правильнее.

P.S. Эта программа - родное приложение admin из поставки tomcat.

[bormotov.livejournal.com]

программа готова, что ей делать, если конфиг "немножко неправильный", немножко настолько, что непонятно, что ваще делать-то?

С тем, чтоб указать в какой строке грабля - да, согласен двумя руками. Но с другой сторны - зачем это говорить в http? Меня порой приводят в умиление указание строк в исходниках php/asp в которых ошибка :))

Ты вообще в код Apache часто смотрел? :))

[dil.livejournal.com]

1) Как что? Плюнуть наружу сообщение "конфиг неправильный [вот в этой строке или хрен его знает где, сами ищите], работать не буду". А кидать никем не перехватываемый exception - это как-то ненормально.

2) Во-во, а здесь тоже указываются строки, из которых оно всё вызывалось, хотя ошибка не в программе :)

3) в который http-сервер очень даже смотрел, и модули под него писал. в другие апачевские проекты не смотрел.

[sply.livejournal.com]

т.е. претензия остается к языку - что в нем есть exceptions, а не к создателю сайта, который поленился отключить диагностику в ответ клиенту?

[dil.livejournal.com]

Претензия, скорее, к автору программы, которая вместо внятной диагностики кидает неперехватываемый exception. Проблема в том, что программа - это стандартное приложение admin от tomcat.

Но и к языку тоже - слишком уж часто такое получается из-за того, что язык провоцирует программиста на обработку ошибок через exception'ы, а обрабатывать их потом все забывают.

[bormotov.livejournal.com]

кароче, я не знаю причем тут жаба - если у программера в голове незватка серого вещества :)

ну так, я увере, что жабовский класслиб позволяет всё это сделать. Почему не сделано сразу? Вот тут можно пнуть по жабе - "промышленный стандарт" :))

и как тебе тот, который ы http? Те места, куда я залезал, мне совсем не впечатляли... В районе написания модулей, правда давно (1.3) - считай неправда :))

[dma.livejournal.com]

Проблема в том, что события "на сервере жаба" и "у программера в голове высокий вакуум" очень сильно коррелируют.

[bormotov.livejournal.com]

%-)))

[dil.livejournal.com]

вот-вот, я примерно это и хотел сказать, но не мог найти правильное слово.
Жаба сама по себе, как язык, ничем не хуже какого-нибудь C++ или перла.
Наоборот, довольно стройная и идеологически вся из себя правильная. Но вот программисты ейные..

[bormotov.livejournal.com]

так это нужно вытащить dz на пиво, и вопросом "доколе?!" призвать к ответу за всю жабу %-))))

[cybernatic-cat.livejournal.com]

Yes!
И мне тоже дайте две. :))

[scarabeus.livejournal.com]

На ColdFusion'овские маты похоже.

[dil.livejournal.com]

Фиг. Это родной tomcat'овский admin.

[olegnet]

Саша, а что тебе напишет апач, если его никак не настраивать?
а байда? :)
вот и тут тоже имеют право написать всё, что в голову пришло :)

[dil.livejournal.com]

про байду не знаю, не пробовал, а апач в дефолтовой конфигурации, если там вообще ничего не трогать, выдаст либо существующую страницу, либо error 404 - page not found, либо error 500 - internal server error.
Но _по умолчанию_ ругани о том, что у него там внутри не сложилось он не выдаст.

[drlazy.livejournal.com]

мля. меня убивает такая вложенность методов. Хотя для явы вполне обычно. Но все-равно убивает. Мораль - "А ссляпано-то кривенько" :)