JBoss5: Impossible de déployer en raison de java.util.zip.ZipException: erreur dans l'ouverture du fichier zip
J'ai un client Web et un projet EJB, que j'ai créé avec Eclipse 3.4. Lorsque je souhaite le déployer sur Jboss 5.0.1, je reçois l'erreur ci-dessous. J'ai beaucoup cherché mais je n'ai pas pu trouver de solution à cela.
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
Les fichiers ear et war mentionnés se trouvent tous deux dans le répertoire deploy.
Quelqu'un a-t-il des indices?
24 answers
J'ai vu cela lors du FTP d'un fichier avec le mode de transfert défini sur ASCII au lieu de binaire.
J'ai eu une erreur très similaire et cela était dû au nombre maximum de fichiers ouverts atteints. J'ai démarré l'application après un ulimit-n 8192 et il a pu "décompresser" le fichier.
Le problème est très probablement dans le format de bas niveau du fichier ZIP, peut-être le résultat de JBoss essayant de déployer une archive partiellement téléchargée,
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
Si vous téléchargez sur un serveur via un lien lent, essayez de télécharger l'archive dans un répertoire que JBoss ne surveille pas, puis déplacez l'archive dans le répertoire deploy. Le déplacement sera une opération atomique ou au moins beaucoup plus rapide que le téléchargement.
Je déploie des archives en synchronisant ~ / deployment-unit / puis exécution d'un script distant via ssh pour effectuer le déplacement final dans le répertoire de déploiement de JBoss.
J'ai eu le même problème avec une "grosse" OREILLE déployée via ANT en utilisant une tâche de copie. Il semble que JBoss essayait de le décompresser avant qu'il ne soit totalement copié. J'ai résolu le pb en utilisant une tâche de déplacement au lieu d'une copie (en veillant à ce que le dossier source du déplacement soit sur la même partition de disque)
Ok, j'ai finalement trouvé la solution à mon problème. Il semble qu'il y ait un bug dans Eclipse qui empêche la création du .paramètres/org.Eclipse.wst.commun.fichier de composant. Ce fichier doit être créé lors de la définition des facettes EJB3 et Java6 dans les propriétés du projet.
Voici une organisation.Eclipse.wst.commun.fichier d'exemple de composant:
<?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>
Les chemins de déploiement doivent être définis afin de pouvoir créer le fichier Jar EJB utilisé par le serveur lors du déploiement. Une fois créé, Jboss publie le module EJB correctement.
Parfois, cette erreur apparaît à cause de la version de compilation des difers jar/ear du jdk sur le serveur.
J'ai rencontré le même problème avec JBoss 5.1.0.GA et Couture 2.1.1.GA. Le JDK est java jdk1. 6.0._07 pour Eclipse 3.5 et JBoss.
J'ai été en mesure de résoudre le problème. Peut-être l'origine du problème a à voir avec vous en béton, ou pas, mais en tout cas, j'ai pensé que cela pourrait aider.
Je crée le fichier EAR de l'application à l'aide du fichier de construction inclus dans les exemples d'installation de Seam; mon fichier de construction est une version modifiée de celui fourni avec l'exemple des réservations. Ce fichier de construction sampl inclut le fichier de construction commun à tous les exemples. Il fournit beaucoup de fonctionnalités dont vous pouvez profiter pour créer vos fichiers de distribution.
Les exemples de construction courants offrent plusieurs entrées de jeu de fichiers et de chemin que vous pouvez remplacer pour inclure les bibliothèques uniques à votre projet.
Concrètement, je remplaçais "build.classpath.extras" et "oreille.lib.supplémentaire".
Je voulais inclure un déterminé bibliothèque dans le fichier jar EJB qui est emballé dans le fichier EAR (le fichier jar où se trouvent mon modèle et mes classes d'action); donc j'ai juste remplacé "jar.extras " dans mon fichier de construction.
À ce moment-là, c'est quand j'ai souffert de ce problème. Bien que ma bibliothèque souhaitée à la racine ait été copiée dans le dossier racine du fichier jar EJB, apparemment sans problèmes, JBoss supprimait ce message d'erreur.
Donc j'ai juste arrêté d'utiliser "jar.extras", et j'ai déplacé la référence à la bibliothèque souhaitée à "construire.classpath.extras": l'effet de cette action a été que la bibliothèque a été copiée dans le dossier \lib du fichier EAR. Maintenant, l'application semble bien fonctionner, et le problème a disparu.
J'ai eu le même problème, ma solution/problème était que j'ai ajouté le pot qui causait le problème en tant que dépendance EE dans mon EJB. Le pot était inclus dans le fichier d'OREILLE, mais n'était pas dans l'organisation.Eclipse.wst.commun.fichier correspondant composant. J'ai ajouté la dépendance dans le fichier EAR, et mon problème a été résolu (au moins je pense, j'ai eu un problème après avoir fait cela avec eclipse, mais quand je le résous, la publication s'est bien passée).
J'ai résolu ce problème en exécutant le serveur avec le même JDK que celui utilisé pour compiler/construire l'EAR.
J'ai ajouté le code mentionné ci-dessous dans web.xml sous yourServletName et l'erreur a été supprimée
<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>
Êtes-vous capable d'ouvrir le fichier ear en dehors de JBoss (en utilisant WinZip ou WinRAR)? Il se pourrait que le fichier zip soit corrompu.
Vous pouvez essayer d'écrire un petit programme de test en utilisant java.util.zip.ZipFile.ouvrez () et voyez si vous pouvez déboguer cela dans une situation plus isolée.
Cela Pourrait-il être un problème d'autorisations? Je vois que tu cours sous Mac OS. Lorsque vous ouvrez avec succès le fichier EAR, quel utilisateur utilisez-vous? Lorsque vous exécutez JBoss, sous quel utilisateur fonctionne-t-il? A-t-il un accès en lecture au fichier?
J'ai aussi, mais quand j'ajoute une maven-guerre-plugin et maven-ejb-plugin pour mes projets tout fonctionne à nouveau...
Essayez d'installer web tools platform (WTP) à partir de la mise à jour eclipse... J'ai entendu dire qu'il y avait une sorte de bogue, vous aurez besoin de la version 3.0.4. Je ne trouve pas le lien, désolé... espérons que cela va aider!
Je viens de découvrir que si vous ne spécifiez pas de numéro de version au maven-war-plugin, il utilisera une sorte de version alpha. donnez-lui le numéro de version 2.0, pour moi cela a fonctionné.
Eh bien, je suis confronté au même problème pendant trois jours.. regardez votre chemin de fichiers avec .rar extensions ou un autre type de ces fichiers, dans mon cas, je supprime un .le fichier rar de mon classpath et de tout fonctionne très bien.
J'ai eu le même problème sur mon Mac. Ma machine de développement Windows (client au travail: -/) est trop lente pour exécuter GateIN et eclipse, j'ai donc installé GateIN sur mon Macbooc Pro et laissé eclipse y copier l'oreille lors de la construction. J'ai vu sur la console: exception dans le zip.
J'ai donc décidé d'enquêter si je pouvais peut-être ouvrir l'archive en utilisant Stuffit Manager. Au moment où je l'ai ouvert, apparemment, le fichier a été "touché" d'une manière ou d'une autre et le scanner GateIN, détectant le changement immédiatement redéployé, cette fois sans erreur. Donc, je suppose que le Mac était tout simplement trop rapide pour essayer de redéployer avant que l'oreille ne soit entièrement copiée... Si vous avez un problème, utilisez simplement la commande tactile...
J'ai vu des pots imbriqués le faire aussi (pot dans un autre pot, ou un pot vide). Dans mon cas, c'était un jar de pilote microsoft sql jdbc. L'OP semble être TwitterPoCEJB.jar, en regardant la trace de la pile.
Il y a beaucoup de choses qui peuvent causer cela, comme mentionné précédemment simplement un mauvais zip, etc..
S'il s'agit d'un problème de jar imbriqué, vous pouvez indiquer au VFS quels emplacements contiennent des jars imbriqués, bien que par défaut le ./ deploy directory est l'un d'entre eux, donc n'importe quoi dans il devrait y avoir bien (sauf si vous avez un jboss - {quelque chose}.xml configurant explicitement les choses autrement).
Nous avons résolu ce problème en mettant à jour à partir de jdk1.6.0._06 à jdk1.6. 0._26. Le pot était emballé avec _26 et déployé correctement dans JBoss 6.0. Cependant, notre client n'a pas pu déployer avec _06. Espérons que ça aide!
A eu le même problème, en utilisant JBoss 4.4.2 et en construisant mon application avec maven-war-plugin (specifyng comme outputDirectory le répertoire de déploiement JBoss). Il semble que JBoss essaie de recharger une guerre partiellement copiée, car son ScannerThread s'active pendant que maven construit toujours la guerre. J'ai partiellement résolu d'augmenter le temps d'analyse de 5000 msec (par défaut) à 15 secondes. Cela ne résout pas le problème, mais au moins cela arrive moins fréquemment!
<!-- Frequency in milliseconds to rescan the URLs for changes -->
<attribute name="ScanPeriod">15000</attribute>
Peut être votre web.problème de fichier xml, je suis également confronté au même type de problème, Après beaucoup d'essais différents, j'étais sur le point d'aller sur la route a discuté d'un autre article sur le Web.xml et web-app 3.0. Cela m'a amené à réfléchir et j'ai vérifié mon web.XML. Effectivement, la ligne suivante était juste là au sommet.
<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">
Je suis passé à une spécification d'application Web 2.5. La GUERRE et l'OREILLE ne se déploieraient pas.
<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">
J'ai le problème, mais c'est dû au fait qu'ils sont des fichiers zip dans l'application Web. Lorsque Eclipse tente de déployer l'application Web sur le serveur dev tomcat, il essaie de décompresser les fichiers zip. Oui, j'ai hérité de cette webapp. Maintenant je vais essayer de l'ajouter à un filtre pour éviter cela, souhaitez-moi bonne chance.
J'ai eu ce problème exact et j'ai découvert que j'avais des fichiers jar corrompus/vides dans le répertoire WEB-INF/lib. Une fois que j'ai remplacé chacun par une bonne copie, le déploiement s'est déroulé sans accroc.