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 EJB projet, j'ai créé avec Eclipse 3.4.
Quand j'ai envie de déploiement sur Jboss 5.0.1, j'ai le message d'erreur ci-dessous. J'ai beaucoup cherché mais je n'ai pas pu trouver une solution à cette question.
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 cités de l'oreille et de la guerre de fichier sont à la fois dans le répertoire de déploiement.
Quelqu'un at-il des astuces?
source d'informationauteur Andreas Bauer
Vous devez vous connecter pour publier un commentaire.
J'ai vu en ce FTP avec un fichier de transfert en mode ASCII au lieu de binaire.
J'ai eu une très similaires erreur et c'était en raison du nombre maximal de fichiers ouverts d'être atteint. J'ai commencé l'application après un ulimit-n 8192 et il a été en mesure de "dézipper" le fichier.
Le problème est probablement dans le formatage de bas niveau du fichier ZIP, peut-être le résultat de JBoss essayer de déployer un partiellement téléchargé l'archive,
Si vous téléchargez vers un serveur via une liaison lente puis essayez de télécharger l'archive dans un répertoire JBoss ne pas surveiller puis déplacez l'archive dans le répertoire de déploiement. Le déplacement sera une opération atomique ou au moins beaucoup plus rapide que le téléchargement.
- Je déployer des archives par rsync avec ~/déploiement-unité/et puis en exécutant un script distant via ssh à faire le dernier pas dans JBoss du répertoire de déploiement.
J'ai eu le même problème avec un "gros" de l'OREILLE déployé via ANT à l'aide d'une tâche de copie.
Il semble que JBoss essayait de le décompresser avant, c'était totalement copié.
J'ai résolu le pb en utilisant un déplacer une tâche au lieu d'une copie (en prenant soin que le dossier source pour le déménagement était sur la même partition de disque)
Ok, j'ai enfin trouvé la solution à mon problème. Il semble qu'il y a un bug dans Eclipse qui empêchent la création de la .paramètres/org.eclipse.wst.commun.fichier de composant. Ce fichier doit être créé lors de la configuration de la EJB3 et Java6 facettes dans les propriétés du projet.
Voici un org.eclipse.wst.commun.composant de fichier de l'exemple :
Le déployer les chemins d'accès doivent être définies, afin d'être en mesure de créer le fichier Jar EJB utilisé par le serveur de déploiement.
Une fois créé, Jboss publier le module EJB correctement.
Parfois, cela montre des erreurs à cause de la version de la compilation de jar/oreille est différente de la version du jdk sur le serveur.
J'ai eu le même problème avec JBoss 5.1.0.GA et de la Couture 2.1.1.GA. Le JDK java jdk1.6.0._07 pour les deux 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 suis la création de l'application de l'OREILLE fichier à l'aide de la génération de fichier qui est inclus dans la Couture exemples d'installation; mon fichier build c'est une version modifiée de celui qui vient avec les réservations exemple. Cette sampl fichier build fait un include du fichier de build qui est commun à tous les exemples. Il offre beaucoup de fonctionnalités que vous pouvez utiliser pour créer vos fichiers de distribution.
La commune de construire des exemples de l'offre de plusieurs fileset et entrées de chemin d'accès que vous pouvez modifier pour inclure les bibliothèques qui sont uniques à votre projet.
Concrètement, j'ai été primordial de construire".classpath.extras" et "oreille.lib.extras".
Je voulais inclure un aspect déterminé de la bibliothèque dans le fichier jar EJB qui obtient emballés dans l'OREILLE de fichier (le fichier jar où mon modèle et les classes d'action); donc, je viens de surdéfini "jar.extras" dans mon fichier de build.
À l'époque, c'est quand j'ai souffert de ce problème. Bien que ma bibliothèque souhaitée dans la racine a été copié dans le dossier racine du fichier jar EJB, apparemment sans problèmes, JBoss était à la baisse ce message d'erreur.
Donc j'ai juste arrêté à l'aide de "jar.extras", et j'ai déplacé la référence à la bibliothèque souhaitée de construire".classpath.extras": l'effet de cette action a été que la la bibliothèque a été copié à l' \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, le mien solution/problème était que j'ai ajouté le pot qui était la cause du problème comme un EE de la dépendance dans mon EJB. Le pot a été inclus dans le fichier EAR, mais n'était pas dans l'org.eclipse.wst.commun.le composant correspondant de fichier.
J'ai ajouté la dépendance dans le fichier EAR, et mon problème a été résolu (du moins je pense, j'ai eu un problème après avoir fait cela avec eclipse, mais quand je le résoudre, le publier s'est bien passé).
J'ai résolu ce problème en exécutant le serveur avec le même JDK que j'ai utilisé pour compiler et construire l'OREILLE.
J'ai ajouté ci-dessous code mentionné dans
web.xml
sousyourServletName
et l'erreur est supprimée àÊtes-vous en mesure d'ouvrir le fichier ear à l'extérieur de JBoss (à l'aide de WinZip ou WinRAR)? Il se pourrait que le fichier zip est corrompu.
Vous pouvez essayer d'écrire un petit programme de test à l'aide de java.util.zip.ZipFile.open() et voir si vous pouvez déboguer de plus en plus isolé de la situation.
- Ce que cela pourrait être un problème d'autorisations? Je vois que vous êtes sous Mac OS. Lorsque vous avez réussi à ouvrir le fichier EAR, ce que l'utilisateur exécutez-vous que? Lorsque vous exécutez JBoss, ce que l'utilisateur ne l'exécuter en tant qu'? A-t-elle 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 qu'il y avait un genre de bug, vous aurez besoin de la version 3.0.4.
Je ne trouve pas le lien, désolé...
espérons que cela permettra de!
Je viens de découvrir que si vous ne spécifiez pas un numéro de version à la maven-guerre-plugin, il va utiliser une sorte de version alpha. donner le numéro de la version 2.0, pour moi, cela a fonctionné.
Bien, je suis confrontée au même problème depuis trois jours.. regardez votre classpath pour les fichiers .rar extentions ou un autre type de ces fichiers, dans mon cas, j'ai supprimer un .rar fichier à partir de mon classpath et tout fonctionne très bien.
J'ai eu le même problème sur mon Mac. Mon windows dev machine (client au travail :-/) est trop lent à exécuter GateIN et eclipse j'ai donc installé GateIN sur mon Macbooc Pro et laisser eclipse copie de l'oreille lors de construit. J'ai vu sur la console: exception dans le zip.
J'ai donc décidé d'étudier si je pourrais peut-être ouvrir l'archive à l'aide Stuffit Manager. Le moment où je l'ai ouvert, apparemment, le fichier s'est "touché" en quelque sorte et la GateIN scanner, détecter immédiatement la modification redéployés, cette fois sans erreur. Donc je suppose que le Mac était tout simplement trop rapide pour essayer de redéployer avant de l'oreille a été entièrement copié... Si vous avez un problème, il suffit d'utiliser la commande touch...
J'ai vu imbriquée pots de le faire aussi (pot dans un autre pot ou un bocal vide). Dans mon cas, c'était un microsoft sql jar du pilote jdbc. L'OP semble être TwitterPoCEJB.jar, en regardant la trace de la pile.
Il y a beaucoup de choses qui peuvent provoquer ce bien que, comme mentionné précédemment tout simplement une mauvaise zip, etc..
Si elle est imbriquée pot de problème, vous pouvez dire à la VFS les lieux qui inclurent des bocaux, bien que par défaut ./répertoire de déploiement est l'un d'entre eux, de sorte que rien dans il devrait faire l'affaire (sauf si vous avez une jboss-{quelque chose}.xml de configuration explicitement les choses autrement).
Utile
http://community.jboss.org/message/205738
Nous avons corrigé ce problème en mettant à jour du jdk1.6.0._06 à jdk1.6.0._26. Le pot a été emballé avec _26 et déployé des beaux-là dans JBoss 6.0. Cependant, notre client n'a pas pu déployer avec _06. Espérons que ça aide!
Eu le même problème, à l'aide de JBoss 4.4.2 et de la création de mon appli avec maven-guerre-plugin (specifyng comme outputDirectory JBoss déployer dir). Il semble que JBoss tente de recharger partiellement copié la guerre, parce que son ScannerThread active alors que maven est la guerre. J'ai partiellement résolu en augmentant le temps de l'analyse à partir de 5000 ms (valeur par défaut) pour 15 secondes. Cela ne résout pas le problème, mais au moins, ça arrive de moins en moins souvent!
Peut-être, son votre web.xml problème de fichier, je suis aussi à la face même type de problème, Après beaucoup de tentatives, j'ai été sur le point d'aller en bas de la route discuté d'un autre article sur le web.xml et de l'application web 3.0. Cela m'a donné à penser et j'ai vérifié mon web.xml. Bien sûr, la ligne suivante est à droite là-haut.
J'ai changé plus de 2,5 web-app spec. La GUERRE et l'OREILLE ne voulait pas se déployer.
J'ai le problème, mais c'est en raison de fichiers zip dans la webapp. Lors de l'Éclipse tente de déployer la webapp pour le dev serveur tomcat, c'est d'essayer 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 exactement ce problème et j'ai découvert que j'avais corrompu/vide les fichiers jar dans le dossier WEB-INF/lib du répertoire. Une fois que j'ai remplacé chaque avec une bonne copie, le déploiement s'est déroulée sans anicroche.