Серьезная ошибка при развертывании WAR в Tomcat 7 - PullRequest
0 голосов
/ 26 июля 2011

Я пытаюсь развернуть файл WAR (из проекта Ext GWT) в Tomcat 7, и я получаю ошибку, которую не понимаю. Я поиграл с разрешениями Tomcat Manager, файл WAR, похоже, в порядке (по крайней мере, я могу извлечь его с помощью zip-приложения). Может ли кто-нибудь помочь мне понять это?

Большое спасибо!

Вот ошибка из "catalina.log":

INFO: Undeploying context [/CampaignManager]
26/Jul/2011 14:32:45 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive gestaoApolices.war
26/Jul/2011 14:32:52 org.apache.catalina.startup.HostConfig deployWAR
SEVERE: Error deploying web application archive gestaoApolices.war
java.lang.NullPointerException
    at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:407)
    at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:138)
    at org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:735)
    at org.apache.catalina.startup.ContextConfig.init(ContextConfig.java:861)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:340)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:89)
    at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:379)
    at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:107)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:136)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:812)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:787)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:607)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:932)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:529)
    at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1377)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown Source)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
    at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1436)
    at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:334)
    at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:211)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:187)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:572)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:851)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:278)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:515)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:302)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)

26 июля 2011 г. 14:43:34 org.apache.catalina.startup.HostConfig checkResources

Ответы [ 2 ]

2 голосов
/ 30 июля 2011

Просто поделитесь немного большей информацией об этом. В конце концов, в Tomcat7 не было ошибки, здесь была проблема между стулом и клавиатурой: /.

Я использовал задачу Ant zip для генерации файла WAR. Соответственно с экспертом Tomcat7:

"Ваш WAR-файл недействителен. Я подозреваю, что он был скорее создан с помощью утилиты zip чем с банкой. Наборы символов по умолчанию отличаются. Вам нужно использовать банку, если у вас есть имена файлов, которые используют не-ASCII символы. "

Кстати, я разрабатываю приложение на основе Google GWT, и "build.xml" автоматически генерируется платформой. Цель войны была единственной, которую я не оценил.

0 голосов
/ 29 июля 2011

Я только что обнаружил, что проблема была в конкретном файле в WAR:

"Cliente-TextExtractRules-Açoreana.properties"

В имени файла есть португальский акцентированный символ "ç ".

После замены символа" c "в этом файле развертывание было выполнено нормально.

(я оставляю этот перескок ответов, который может быть полезен для кого-то другого)

Не уверен, что эта проблема будет исправлена, тем не менее я сообщил об ошибке команде Tomcat7 (Bugzilla ID: 51580)

...