проблема с развертыванием .WAR на tomcat

у меня проблемы с развертыванием файла войны на tomcat.

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

Затем я запускаю Tomcat и с помощью диспетчера приложений просматриваю военный файл для развертывания, затем нажимаю «Развернуть». я получаю сообщение в верхней части браузера с надписью «ОК». но если я посмотрю на свой вывод tomcat в окне терминала, у меня будет следующая ошибка:

4/01/2011 5:09:07 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive Kingdoms.war
4/01/2011 5:09:07 PM org.apache.catalina.startup.ContextConfig init
SEVERE: Exception fixing docBase for context [/Kingdoms] 
java.util.zip.ZipException: invalid CEN header (bad signature)
    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(ZipFile.java:114)
    at java.util.jar.JarFile.<init>(JarFile.java:135)
    at java.util.jar.JarFile.<init>(JarFile.java:72)
    at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:72)
    at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:48)
    at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:70)
    at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:104)
    at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:71)
    at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:111)
    at org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:706)
    at org.apache.catalina.startup.ContextConfig.init(ContextConfig.java:829)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:334)
    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.setState(LifecycleBase.java:328)
    at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:308)
    at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:131)
    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:570)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:891)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
    at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1322)
    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.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
    at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1467)
    at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:332)
    at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:209)
    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:306)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:186)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:561)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:558)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:379)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:259)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:237)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:281)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
4/01/2011 5:09:07 PM org.apache.catalina.core.StandardContext resourcesStart
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Invalid or unreadable WAR file : invalid CEN header (bad signature)
    at org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:142)
    at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:4657)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:4815)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:140)
    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:570)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:891)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
    at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1322)
    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.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
    at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1467)
    at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:332)
    at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:209)
    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:306)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:186)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:561)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:558)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:379)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:259)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:237)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:281)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
4/01/2011 5:09:07 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Error in resourceStart()
4/01/2011 5:09:07 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Error getConfigured
4/01/2011 5:09:07 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Context [/Kingdoms] startup failed due to previous errors

также теперь я вижу в списке приложений мое приложение. я нажимаю «Пуск» в командах для приложения, но получаю сообщение в верхней части экрана о том, что «НЕУДАЧА — приложение в контекстном пути / Kingdoms не может быть запущено».

Что я делаю неправильно? как это исправить?


linux java tomcat tomcat7 netbeans-6.9
person David    schedule 04.01.2011    source источник
comment
В моем случае я делал jar xvf, чтобы извлечь файл, обновить его, а затем обновить файл WAR. Но я делал это из папки выше, как описано в issues.apache.org/jira/ просмотреть/MTOMCAT-104 — как только я изменил свой рабочий каталог на место, где находится WAR, я решил проблему.   -  person Philippe    schedule 23.09.2015

Ответы (9)


arrow_upward
14
arrow_downward

военный архив поврежден или недействителен.

перед копированием на флэш-накопитель и т. д. убедитесь, что процедура создания войны не завершается ошибкой и что файл войны является допустимым zip-файлом.

если вы используете Windows, вы можете сделать это, изменив расширение файла на .zip и открыв его с помощью программы zip, такой как winzip или winrar.

если вы используете другую операционную систему, вам, вероятно, не нужно менять расширение.

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

person pstanton    schedule 04.01.2011
comment
я нашел файл в папке lib, который не сдвинулся с места. также я думаю, что флешке не нравятся военные файлы, попробовал другую, и она сработала. случайный. Благодарность - person David; 04.01.2011
comment
вы можете принять один из ответов, поскольку они оба верны. - person pstanton; 07.01.2011
comment
Столкнулся с этим с eclipse, воссоздание проекта было единственным средством, которое я смог найти, несмотря на то, что все файлы проекта кажутся правильными и несколько проходов очистки/сборки. - person J E Carter II; 01.05.2017

arrow_upward
12
arrow_downward

Это может быть проблема с защитой файлов, которую вы можете исправить, введя что-то вроде: chmod 755 webapp.war

со мной случилось, что мой sftp просто ударил 700 по переданному файлу, что вызвало эту ошибку.

person Helmut    schedule 26.04.2012

arrow_upward
10
arrow_downward

Это может быть связано с одной из следующих причин.

  • Поврежденный файл WAR
  • Поврежденные файлы JAR в папке WEB-INF/lib
person Ratna Dinakar    schedule 04.01.2011
comment
я нашел файл в папке lib, который не сдвинулся с места. также я думаю, что флешке не нравятся военные файлы, попробовал другую, и она сработала. случайный. Благодарность - person David; 04.01.2011

arrow_upward
2
arrow_downward

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

person Ivan    schedule 07.09.2012
comment
ах, это имело бы большой смысл. если файл был большим и вы копировали его прямо в контейнер tomcat. Я думаю, это объяснило бы мою проблему. вау это было много лет назад хаха - person David; 25.02.2013

arrow_upward
2
arrow_downward

Первое, что нужно проверить, это наличие свободного места на диске. Если ваш раздел заполнен на 100%, извлечь файл .WAR будет невозможно.

person kazy    schedule 22.07.2015

arrow_upward
1
arrow_downward

У меня была та же проблема, и восстановление/загрузка войны НЕ решало проблему. Что я в конечном итоге сделал, чтобы исправить это, так это загрузил войну под другим именем, а затем переименовал войну после ее успешного развертывания. Немного странно, что это сработает, но для меня это было лучшим решением, чем перезапуск tomcat.

person brokethebuildagain    schedule 26.11.2013

arrow_upward
0
arrow_downward

также, возможно, из-за неправильной записи в solr.xml. Он должен указывать на то, где находится файл .war.

person Ian    schedule 13.01.2014

arrow_upward
0
arrow_downward

Также обратите внимание на права доступа к файлу .war, который вы развернули. Для меня это было причиной.

person 302Found    schedule 13.03.2014

arrow_upward
0
arrow_downward

В моем случае это был файл манифеста.

Class-Path:

должен сопровождаться пробелом.

person czupe    schedule 03.06.2014