JBoss5: Не удается установить из-за java.util.zip.ZipException: ошибка при открытии zip-файла

Question

У меня есть веб-клиент и проект EJB, который я создал с помощью Eclipse 3.4. Когда я хочу развернуть его на Jboss 5.0.1, я получаю сообщение об ошибке ниже. Я много искал, но я не смог найти решение.

18:21:21,899 INFO [ServerImpl] Starting JBoss (Microcontainer)... 
18:21:21,900 INFO [ServerImpl] Release ID: JBoss [Morpheus] 5.0.1.GA (build: SVNTag=JBoss_5_0_1_GA date=200902231221) 
18:21:21,900 INFO [ServerImpl] Bootstrap URL: null 
18:21:21,900 INFO [ServerImpl] Home Dir: /Applications/jboss-5.0.1.GA 
18:21:21,900 INFO [ServerImpl] Home URL: file:/Applications/jboss-5.0.1.GA/ 
18:21:21,901 INFO [ServerImpl] Library URL: file:/Applications/jboss-5.0.1.GA/lib/ 
18:21:21,901 INFO [ServerImpl] Patch URL: null 
18:21:21,901 INFO [ServerImpl] Common Base URL: file:/Applications/jboss-5.0.1.GA/common/ 
18:21:21,902 INFO [ServerImpl] Common Library URL: file:/Applications/jboss-5.0.1.GA/common/lib/ 
18:21:21,902 INFO [ServerImpl] Server Name: default 
18:21:21,902 INFO [ServerImpl] Server Base Dir: /Applications/jboss-5.0.1.GA/server 
18:21:21,902 INFO [ServerImpl] Server Base URL: file:/Applications/jboss-5.0.1.GA/server/ 
18:21:21,902 INFO [ServerImpl] Server Config URL: file:/Applications/jboss-5.0.1.GA/server/default/conf/ 
18:21:21,902 INFO [ServerImpl] Server Home Dir: /Applications/jboss-5.0.1.GA/server/default 
18:21:21,902 INFO [ServerImpl] Server Home URL: file:/Applications/jboss-5.0.1.GA/server/default/ 
18:21:21,903 INFO [ServerImpl] Server Data Dir: /Applications/jboss-5.0.1.GA/server/default/data 
18:21:21,903 INFO [ServerImpl] Server Library URL: file:/Applications/jboss-5.0.1.GA/server/default/lib/ 
18:21:21,903 INFO [ServerImpl] Server Log Dir: /Applications/jboss-5.0.1.GA/server/default/log 
18:21:21,903 INFO [ServerImpl] Server Native Dir: /Applications/jboss-5.0.1.GA/server/default/tmp/native 
18:21:21,903 INFO [ServerImpl] Server Temp Dir: /Applications/jboss-5.0.1.GA/server/default/tmp 
18:21:21,903 INFO [ServerImpl] Server Temp Deploy Dir: /Applications/jboss-5.0.1.GA/server/default/tmp/deploy 
18:21:22,669 INFO [ServerImpl] Starting Microcontainer, bootstrapURL=file:/Applications/jboss-5.0.1.GA/server/default/conf/bootstrap.xml 
18:21:23,535 INFO [VFSCacheFactory] Initializing VFSCache [org.jboss.virtual.plugins.cache.CombinedVFSCache] 
18:21:23,541 INFO [VFSCacheFactory] Using VFSCache [CombinedVFSCache[real-cache: null]] 
18:21:23,942 INFO [CopyMechanism] VFS temp dir: /Applications/jboss-5.0.1.GA/server/default/tmp 
18:21:23,943 INFO [ZipEntryContext] VFS force nested jars copy-mode is enabled. 
18:21:26,263 INFO [ServerInfo] Java version: 1.5.0_16,Apple Inc. 
18:21:26,264 INFO [ServerInfo] Java Runtime: Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284) 
18:21:26,264 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_16-133,Apple Inc. 
18:21:26,264 INFO [ServerInfo] OS-System: Mac OS X 10.5.6,i386 
18:21:26,336 INFO [JMXKernel] Legacy JMX core initialized 
18:21:30,432 INFO [ProfileServiceImpl] Loading profile: default from: org.jboss.system.server.profileservice.repository.SerializableDeploymentRepository@e1d5d9(root=/Applications/jboss-5.0.1.GA/server, key=org.jboss.profileservice.spi.ProfileKey@143b82c3[domain=default,server=default,name=default]) 
18:21:30,436 INFO [ProfileImpl] Using repository:org.jboss.system.server.profileservice.repository.SerializableDeploymentRepository@e1d5d9(root=/Applications/jboss-5.0.1.GA/server, key=org.jboss.profileservice.spi.ProfileKey@143b82c3[domain=default,server=default,name=default]) 
18:21:30,436 INFO [ProfileServiceImpl] Loaded profile: ProfileImpl@ae002e{key=org.jboss.profileservice.spi.ProfileKey@143b82c3[domain=default,server=default,name=default]} 
18:21:32,935 INFO [WebService] Using RMI server codebase: http://localhost:8083/ 
18:21:42,572 INFO [NativeServerConfig] JBoss Web Services - Stack Native Core 
18:21:42,573 INFO [NativeServerConfig] 3.0.5.GA 
18:21:52,836 ERROR [AbstractKernelController] Error installing to ClassLoader: name=vfsfile:/Applications/jboss-5.0.1.GA/server/default/deploy/TwitterEAR.ear/ state=Describe mode=Manual requiredState=ClassLoader 
org.jboss.deployers.spi.DeploymentException: Error creating classloader for vfsfile:/Applications/jboss-5.0.1.GA/server/default/deploy/TwitterEAR.ear/ 
    at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) 
    at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentContext.createClassLoader(AbstractDeploymentContext.java:576) 
    at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentUnit.createClassLoader(AbstractDeploymentUnit.java:159) 
    at org.jboss.deployers.spi.deployer.helpers.AbstractClassLoaderDeployer.deploy(AbstractClassLoaderDeployer.java:53) 
    at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) 
    at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) 
    at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) 
    at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) 
    at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) 
    at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) 
    at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) 
    at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) 
    at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) 
    at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) 
    at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) 
    at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) 
    at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:698) 
    at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304) 
    at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205) 
    at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405) 
    at org.jboss.Main.boot(Main.java:209) 
    at org.jboss.Main$1.run(Main.java:547) 
    at java.lang.Thread.run(Thread.java:613) 
Caused by: java.lang.Error: Error visiting FileHandler@5567366[path=TwitterEAR.ear/TwitterPoCEJB.jar context=file:/Applications/jboss-5.0.1.GA/server/default/deploy/ real=file:/Applications/jboss-5.0.1.GA/server/default/deploy/TwitterEAR.ear/TwitterPoCEJB.jar/] 
    at org.jboss.classloading.plugins.vfs.PackageVisitor.determineAllPackages(PackageVisitor.java:98) 
    at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.determineCapabilities(VFSDeploymentClassLoaderPolicyModule.java:108) 
    at org.jboss.classloading.spi.dependency.Module.getCapabilities(Module.java:654) 
    at org.jboss.classloading.spi.dependency.Module.determinePackageNames(Module.java:713) 
    at org.jboss.classloading.spi.dependency.Module.getPackageNames(Module.java:698) 
    at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.determinePolicy(VFSDeploymentClassLoaderPolicyModule.java:129) 
    at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.determinePolicy(VFSDeploymentClassLoaderPolicyModule.java:48) 
    at org.jboss.classloading.spi.dependency.policy.ClassLoaderPolicyModule.getPolicy(ClassLoaderPolicyModule.java:195) 
    at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.getPolicy(VFSDeploymentClassLoaderPolicyModule.java:122) 
    at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.getPolicy(VFSDeploymentClassLoaderPolicyModule.java:48) 
    at org.jboss.classloading.spi.dependency.policy.ClassLoaderPolicyModule.registerClassLoaderPolicy(ClassLoaderPolicyModule.java:131) 
    at org.jboss.deployers.plugins.classloading.AbstractLevelClassLoaderSystemDeployer.createClassLoader(AbstractLevelClassLoaderSystemDeployer.java:120) 
    at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentContext.createClassLoader(AbstractDeploymentContext.java:562) 
    ... 21 more 
Caused by: java.lang.RuntimeException: java.util.zip.ZipException: error in opening zip file 
    at org.jboss.virtual.plugins.context.AbstractExceptionHandler.handleZipEntriesInitException(AbstractExceptionHandler.java:39) 
    at org.jboss.virtual.plugins.context.helpers.NamesExceptionHandler.handleZipEntriesInitException(NamesExceptionHandler.java:63) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:610) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:757) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChildren(ZipEntryContext.java:829) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChildren(ZipEntryHandler.java:159) 
    at org.jboss.virtual.plugins.context.DelegatingHandler.getChildren(DelegatingHandler.java:121) 
    at org.jboss.virtual.plugins.context.AbstractVFSContext.getChildren(AbstractVFSContext.java:211) 
    at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:328) 
    at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:298) 
    at org.jboss.virtual.VFS.visit(VFS.java:433) 
    at org.jboss.virtual.VirtualFile.visit(VirtualFile.java:437) 
    at org.jboss.virtual.VirtualFile.getChildren(VirtualFile.java:386) 
    at org.jboss.virtual.VirtualFile.getChildren(VirtualFile.java:367) 
    at org.jboss.classloading.plugins.vfs.PackageVisitor.visit(PackageVisitor.java:200) 
    at org.jboss.virtual.plugins.vfs.helpers.WrappingVirtualFileHandlerVisitor.visit(WrappingVirtualFileHandlerVisitor.java:62) 
    at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:353) 
    at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:298) 
    at org.jboss.virtual.VFS.visit(VFS.java:433) 
    at org.jboss.virtual.VirtualFile.visit(VirtualFile.java:437) 
    at org.jboss.classloading.plugins.vfs.PackageVisitor.determineAllPackages(PackageVisitor.java:94) 
    ... 33 more 
Caused by: java.util.zip.ZipException: error in opening zip file 
    at java.util.zip.ZipFile.open(Native Method) 
    at java.util.zip.ZipFile.<init>(ZipFile.java:203) 
    at java.util.zip.ZipFile.<init>(ZipFile.java:234) 
    at org.jboss.virtual.plugins.context.zip.ZipFileWrapper.ensureZipFile(ZipFileWrapper.java:175) 
    at org.jboss.virtual.plugins.context.zip.ZipFileWrapper.acquire(ZipFileWrapper.java:245) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryContext.initEntries(ZipEntryContext.java:470) 
    at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:603) 
    ... 51 more 
18:21:56,772 INFO [JMXConnectorServerService] JMX Connector server: service:jmx:rmi://localhost/jndi/rmi://localhost:1090/jmxconnector 
18:21:56,959 INFO [MailService] Mail Service bound to java:/Mail 
18:21:59,450 WARN [JBossASSecurityMetadataStore] WARNING! POTENTIAL SECURITY RISK. It has been detected that the MessageSucker component which sucks messages from one node to another has not had its password changed from the installation default. Please see the JBoss Messaging user guide for instructions on how to do this. 
18:21:59,489 WARN [AnnotationCreator] No ClassLoader provided, using TCCL: org.jboss.managed.api.annotation.ManagementComponent 
18:21:59,789 INFO [TransactionManagerService] JBossTS Transaction Service (JTA version) - JBoss Inc. 
18:21:59,789 INFO [TransactionManagerService] Setting up property manager MBean and JMX layer 
18:22:00,040 INFO [TransactionManagerService] Initializing recovery manager 
18:22:00,160 INFO [TransactionManagerService] Recovery manager configured 
18:22:00,160 INFO [TransactionManagerService] Binding TransactionManager JNDI Reference 
18:22:00,184 INFO [TransactionManagerService] Starting transaction recovery manager 
18:22:01,243 INFO [Http11Protocol] Initializing Coyote HTTP/1.1 on http-localhost%2F127.0.0.1-8080 
18:22:01,244 INFO [AjpProtocol] Initializing Coyote AJP/1.3 on ajp-localhost%2F127.0.0.1-8009 
18:22:01,244 INFO [StandardService] Starting service jboss.web 
18:22:01,247 INFO [StandardEngine] Starting Servlet Engine: JBoss Web/2.1.2.GA 
18:22:01,336 INFO [Catalina] Server startup in 161 ms 
18:22:01,360 INFO [TomcatDeployment] deploy, ctxPath=/invoker 
18:22:02,014 INFO [TomcatDeployment] deploy, ctxPath=/web-console 
18:22:02,459 INFO [TomcatDeployment] deploy, ctxPath=/jbossws 
18:22:02,570 INFO [RARDeployment] Required license terms exist, view vfszip:/Applications/jboss-5.0.1.GA/server/default/deploy/jboss-local-jdbc.rar/META-INF/ra.xml 
18:22:02,586 INFO [RARDeployment] Required license terms exist, view vfszip:/Applications/jboss-5.0.1.GA/server/default/deploy/jboss-xa-jdbc.rar/META-INF/ra.xml 
18:22:02,645 INFO [RARDeployment] Required license terms exist, view vfszip:/Applications/jboss-5.0.1.GA/server/default/deploy/jms-ra.rar/META-INF/ra.xml 
18:22:02,663 INFO [RARDeployment] Required license terms exist, view vfszip:/Applications/jboss-5.0.1.GA/server/default/deploy/mail-ra.rar/META-INF/ra.xml 
18:22:02,705 INFO [RARDeployment] Required license terms exist, view vfszip:/Applications/jboss-5.0.1.GA/server/default/deploy/quartz-ra.rar/META-INF/ra.xml 
18:22:02,801 INFO [SimpleThreadPool] Job execution threads will use class loader of thread: main 
18:22:02,850 INFO [QuartzScheduler] Quartz Scheduler v.1.5.2 created. 
18:22:02,857 INFO [RAMJobStore] RAMJobStore initialized. 
18:22:02,858 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzScheduler' initialized from default resource file in Quartz package: 'quartz.properties' 
18:22:02,858 INFO [StdSchedulerFactory] Quartz scheduler version: 1.5.2 
18:22:02,859 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started. 
18:22:03,888 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=DefaultDS' to JNDI name 'java:DefaultDS' 
18:22:04,530 INFO [ServerPeer] JBoss Messaging 1.4.1.GA server [0] started 
18:22:04,624 INFO [QueueService] Queue[/queue/DLQ] started, fullSize=200000, pageSize=2000, downCacheSize=2000 
18:22:04,632 WARN [ConnectionFactoryJNDIMapper] supportsFailover attribute is true on connection factory: jboss.messaging.connectionfactory:service=ClusteredConnectionFactory but post office is non clustered. So connection factory will *not* support failover 
18:22:04,632 WARN [ConnectionFactoryJNDIMapper] supportsLoadBalancing attribute is true on connection factory: jboss.messaging.connectionfactory:service=ClusteredConnectionFactory but post office is non clustered. So connection factory will *not* support load balancing 
18:22:04,742 INFO [ConnectionFactory] Connector bisocket://localhost:4457 has leasing enabled, lease period 10000 milliseconds 
18:22:04,742 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@6af9ad started 
18:22:04,746 INFO [QueueService] Queue[/queue/ExpiryQueue] started, fullSize=200000, pageSize=2000, downCacheSize=2000 
18:22:04,747 INFO [ConnectionFactory] Connector bisocket://localhost:4457 has leasing enabled, lease period 10000 milliseconds 
18:22:04,747 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@5ac953 started 
18:22:04,750 INFO [ConnectionFactory] Connector bisocket://localhost:4457 has leasing enabled, lease period 10000 milliseconds 
18:22:04,750 INFO [ConnectionFactory] org.jboss.jms.server.connectionfactory.ConnectionFactory@e8fa3a started 
18:22:05,050 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,name=JmsXA' to JNDI name 'java:JmsXA' 
18:22:05,073 INFO [TomcatDeployment] deploy, ctxPath=/ 
18:22:05,178 INFO [TomcatDeployment] deploy, ctxPath=/jmx-console 
18:22:05,290 ERROR [ProfileServiceBootstrap] Failed to load profile: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS): 

DEPLOYMENTS IN ERROR: 
    Deployment "vfsfile:/Applications/jboss-5.0.1.GA/server/default/deploy/TwitterEAR.ear/" is in error due to the following reason(s): java.util.zip.ZipException: error in opening zip file 

18:22:05,301 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-localhost%2F127.0.0.1-8080 
18:22:05,364 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp-localhost%2F127.0.0.1-8009 
18:22:05,373 INFO [ServerImpl] JBoss (Microcontainer) [5.0.1.GA (build: SVNTag=JBoss_5_0_1_GA date=200902231221)] Started in 43s:467ms 

Указанные файлы ушей и войны находятся в каталоге развертывания.

Есть ли у кого-нибудь подсказки?

Answer 1

Вы можете открыть файл уха вне JBoss (используя WinZip или WinRAR)? Возможно, файл zip поврежден.

Вы можете попробовать написать небольшую тестовую программу, используя java.util.zip.ZipFile.open() и посмотреть, можете ли вы отладить это в более изолированной ситуации.

Answer 2

Это может быть вопрос с разрешениями? Я вижу, что вы работаете под Mac OS. Когда вы успешно открываете файл EAR, какой пользователь вы используете? Когда вы запускаете JBoss, какой пользователь выполняет его? Имеет ли он доступ для чтения к файлу?

Answer 3

Я видел это, когда FTP-файл с режимом передачи установлен в ASCII вместо двоичного.

Answer 4

У меня тоже есть, но когда я добавить Maven-боевой плагин и Maven-плагин на EJB для моих проектов все снова работает ...

Answer 5

пытаются установить веб-инструментов платформы (WTP) из обновления затмения ... Я слышал, что была какая-то ошибка, вам понадобится версия 3.0.4. Я не могу найти ссылку, извините ... надеюсь, что это поможет!

Answer 6

Я только что обнаружил, что если вы не укажете номер версии в maven-war-plugin, он будет использовать какую-то альфа-версию. дайте ему номер версии 2.0, для меня это сработало.

Answer 7

Хорошо, я, наконец, нашел решение своей проблемы. Кажется, что в Eclipse есть ошибка, которая препятствует созданию файла .settings/org.eclipse.wst.common.component. Этот файл должен быть создан при настройке граней EJB3 и Java6 в свойствах проекта.

Вот org.eclipse.wst.common.component пример файл:

<?xml version="1.0" encoding="UTF-8"?> 
<project-modules id="moduleCoreId" project-version="1.5.0"> 
    <wb-module deploy-name="project_name"> 
     <wb-resource deploy-path="/" source-path="/src/main/java"/> 
     <wb-resource deploy-path="/" source-path="/src/main/resources"/> 
     <wb-resource deploy-path="/" source-path="/src/test/java"/> 
     <wb-resource deploy-path="/" source-path="/src/test/resources"/> 
     <property name="java-output-path"/> 
    </wb-module> 
</project-modules> 

Путь Deploy должен быть определен для того, чтобы иметь возможность создать файл EJB Jar, используемый сервер по развертыванию. После создания Jboss правильно опубликует модуль EJB.

Answer 8

Иногда эти ошибки показывают, что версия компиляции jar/ear отличается от jdk на сервере.

Answer 9

У меня возникла такая же проблема с JBoss 5.1.0.GA и Seam 2.1.1.GA. JDK - java jdk1.6.0._07 для Eclipse 3.5 и JBoss.

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

Я создаю файл EAR приложения, используя файл сборки, который включен в примеры установки Seam; мой файл сборки является модифицированной версией той, которая поставляется с примером заказов. Этот файл сборки sampl включает в себя файл сборки, общий для всех примеров.Он предоставляет множество функций, которые можно использовать для создания ваших файлов распространения.

Общие примеры сборки предлагают несколько наборов файлов и путей, которые вы можете переопределить, чтобы включить библиотеки, которые являются уникальными для вашего проекта.

Конкретно, я переопределял «build.classpath.extras» и «ear.lib.extras».

Я хотел включить определенную библиотеку в файл jar EJB, который будет упакован в файл EAR (файл jar, где находятся мои модели и классы действий); поэтому я просто переопределил «jar.extras» в файле сборки.

В то время, когда у меня была эта проблема. Хотя моя искомая библиотека в корне копировалась в корневую папку файла jar EJB, очевидно, без проблем, JBoss удалял это сообщение об ошибке.

Поэтому я просто прекратил использовать «jar.extras», и я переместил ссылку на нужную библиотеку на «build.classpath.extras»: эффект этого действия состоял в том, что библиотека была скопирована в папку \ lib файла EAR. Теперь приложение работает хорошо, и проблема исчезла.

Answer 10

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

Answer 11

У меня была та же проблема, мое решение/проблема заключалась в том, что я добавил банку, которая вызывала проблему как зависимость EE в моем EJB. Ящик был включен в файл EAR, но не был указан в файле корреспонденции org.eclipse.wst.common.component. Я добавил зависимость в файле EAR, и моя проблема была решена (по крайней мере, я думаю, у меня была проблема после этого с eclipse, но когда я ее решаю, публикация прошла нормально).

Answer 12

У меня была такая же проблема на моем Mac. Моя машина windows dev (клиент на работе: - /) слишком медленная, чтобы запускать GateIN и eclipse, поэтому я установил GateIN на свой Macbooc Pro и позвол Eclipse копировать ухо к нему при его создании. Я видел на консоли: исключение в zip.

Итак, я решил исследовать, могу ли я открыть архив, используя Stuffit Manager. В тот момент, когда я открыл его, по-видимому, файл каким-то образом «коснулся», а сканер GateIN, обнаружив, что изменения были немедленно перераспределены, на этот раз без ошибок. Поэтому я предполагаю, что Mac просто слишком быстро пытался передислоцировать до того, как ухо было полностью скопировано ... Если у вас есть проблема, просто используйте команду касания ...

Answer 13

Проблема, скорее всего, на низком уровне формат ZIP-файл, возможно, результат JBoss пытается развернуть частично загруженный архив,

Caused by: java.util.zip.ZipException: error in opening zip file 
    at java.util.zip.ZipFile.open(Native Method) 
    at java.util.zip.ZipFile.<init>(ZipFile.java:203) 
    at java.util.zip.ZipFile.<init>(ZipFile.java:234 

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

Развертывание архивов с помощью rsync'ing до ~/deploy-unit /, а затем запуск удаленного сценария поверх ssh для окончательного перехода в каталог развертывания JBoss.

Answer 14

Я решил эту проблему, запустив сервер с тем же JDK, как я использовал для компиляции/сборки EAR.

Answer 15

Я видел, как вложенные банки делают это тоже (сосуд в другой банке или пустую банку). В моем случае это был jQuery jQuery. Кажется, что OP выглядит как TwitterPoCEJB.jar, просматривая трассировку стека.

Есть много вещей, которые могут вызвать это, хотя, как уже упоминалось ранее просто плохой почтовый и т.п ..

Если это вложенная проблема банка, вы можете сказать, что VFS местах содержат вложенные банки, хотя по умолчанию один из них является каталогом ./deploy, поэтому все, что там должно быть хорошо (если у вас нет jboss-{something} .xml, явным образом настраиваю что-то иначе).

Answer 16

У меня очень похожая ошибка, и это было связано с количеством максимальных открытых файлов, которые были достигнуты. Я начал приложение после ulimit -n 8192, и он смог «распаковать» файл.

Answer 17

Я добавил ниже упомянутого кода в web.xml под yourServletName и ошибка был удален

<servlet-name>youServletName</servlet-name> 
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
**<init-param> 
    <param-name>contextClass</param-name> 
    <param-value>org.jboss.spring.vfs.context.VFSXmlWebApplicationContext</param-value> 
</init-param> 
<load-on-startup>2</load-on-startup>** 
</servlet> 

Answer 18

У меня была такая же проблема с «большой» EAR развернутого с помощью ANT с помощью задачи копирования. Кажется, что JBoss пытался распаковать его, прежде чем он был полностью скопирован. Я решил рь с помощью задачи перемещения вместо копии (заботясь о том, что исходная папка для перемещения был на том же разделе диска)

Answer 19

Полезные http://community.jboss.org/message/205738

Answer 20

Мы исправили эту проблему путем обновления от JDK1. 6.0._06 - jdk1.6.0._26. Банку упаковали с помощью _26 и отлично там разместили в JBoss 6.0. Однако наш клиент не смог установить с _06. Надеюсь, это поможет!

Answer 21

У меня была эта точная проблема, и я обнаружил, что у меня были поврежденные/пустые файлы jar в каталоге WEB-INF/lib. Как только я заменил их хорошей копией, развертывание прошло без сучка и задоринки.

Answer 22

Была такая же проблема, используя JBoss 4.4.2 и создание моего приложения с помощью maven-war-plugin (specificyng как outputDirectory JBoss deploy dir). Кажется, JBoss пытается перезагрузить частично скопированную войну, потому что ее ScannerThread активируется, пока maven все еще строит войну. Я частично разрешил увеличивать время сканирования с 5000 мс (по умолчанию) до 15 секунд. Это не решает проблему, но, по крайней мере, это происходит реже!

<!-- Frequency in milliseconds to rescan the URLs for changes --> 
    <attribute name="ScanPeriod">15000</attribute> 

Answer 23

Может быть его проблему web.xml файл, я также сталкиваются с такой же вопрос, после много различных попыток, я собирался идти вниз по дороге обсуждали еще одну статью о web.xml и веб-приложение 3.0. Это заставило меня задуматься, и я проверил свой web.xml. Разумеется, следующая строка была наверху.

<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0"> 

Я перешел на спецификацию веб-приложения 2.5. И WAR, и EAR не будут развертываться.

<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> 

Answer 24

У меня проблема, но это связано с тем, что они были zip-файлами в webapp. Когда Eclipse пытается развернуть webapp на сервер dev tomcat, он пытается распаковать zip-файлы. Да, я унаследовал этот webapp. Теперь я попробую добавить его в фильтр, чтобы это не происходило, желаю мне удачи.