JBoss5：Java.util.Zip.ZipExceptionのためにデプロイできません：Zipファイルを開く際のエラー
Eclipse3.4で作成したWebクライアントとEJBプロジェクトがあります。 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
上記のearファイルとwarファイルは両方ともdeployディレクトリにあります。
誰かヒントがありますか？
非常によく似たエラーが発生しましたが、これは開いているファイルの最大数に達したことが原因でした。 ulimit -n 8192の後にアプリケーションを起動したところ、ファイルを「解凍」できました。
転送モードがバイナリではなくASCII）に設定されたファイルをFTPで転送すると、これが発生します。
問題は、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が監視しないディレクトリにアーカイブをアップロードしてから、アーカイブをデプロイディレクトリに移動してみてください。移動はアトミック操作であるか、少なくともアップロードよりもはるかに高速です。
〜/ deployment-unit /にrsyncしてから、sshを介してリモートスクリプトを実行し、JBossのデプロイメントディレクトリに最後に移動することで、アーカイブをデプロイします。
コピータスクを使用してANT経由でデプロイされた「大きな」EARでも同じ問題が発生しました。完全にコピーされる前に、JBossが解凍しようとしていたようです。コピーの代わりに移動タスクを使用してpbを解決しました（移動のソースフォルダーが同じディスクパーティションにあることに注意してください）
JBoss5.1.0.GAとSeam2.1.1.GAで同じ問題が発生しました。 JDKは、Eclipse3.5とJBossの両方でJava jdk1.6.0._07です。
私は問題を解決することができました。問題の原因は具体的なケースに関係しているのかもしれませんし、そうでないかもしれませんが、とにかくそれが役立つかもしれないと思いました。
Seamのインストール例に含まれているビルドファイルを使用して、アプリケーションEARファイルを作成しています。私のビルドファイルは、予約の例に付属しているものの修正バージョンです。このサンプルビルドファイルは、すべての例に共通するビルドファイルにインクルードします。それはあなたがあなたの配布ファイルを作成するために利用することができる多くの機能を提供します。
一般的なビルド例には、プロジェクトに固有のライブラリを含めるためにオーバーライドできるいくつかのファイルセットとパスのエントリがあります。
具体的には、「build.classpath.extras」と「ear.lib.extras」をオーバーライドしていました。
決定されたライブラリを、EARファイル（モデルとアクションクラスが存在するjarファイル）にパッケージ化されるEJBjarファイルに含めたいと思いました。そのため、ビルドファイルの「jar.extras」をオーバーライドしました。
その時、私はこの問題に苦しみました。ルート内の目的のライブラリがEJBjarファイルのルートフォルダにコピーされましたが、明らかに問題はありませんでしたが、JBossはこのエラーメッセージをドロップしていました。
そのため、「jar.extras」の使用を停止し、目的のライブラリへの参照を「build.classpath.extras」に移動しました。このアクションの効果は、ライブラリがEARファイルの\ libフォルダーにコピーされたことです。 。これで、アプリケーションは正常に機能しているように見え、問題は解消されました。
EARのコンパイル/ビルドに使用したのと同じJDKでサーバーを実行することにより、この問題を解決しました。
私も同じ問題を抱えていました。私の解決策/問題は、問題の原因となっているjarをEJBのEE依存関係として追加したことでした。 jarはEARファイルに含まれていましたが、org.Eclipse.wst.common.componentコレスポンデントファイルには含まれていませんでした。 EARファイルに依存関係を追加し、問題は解決しました（少なくとも、Eclipseでこれを行った後に問題が発生したと思いますが、解決すると、公開は正常に行われました）。
yourServletNameの下のweb.xmlに以下のコードを追加したところ、エラーが削除されました
<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>
Jar/earのコンパイルのバージョンがサーバー上のjdkと異なるために、このエラーが表示されることがあります。
さて、私はついに私の問題の解決策を見つけました。 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>
デプロイメント時にサーバーが使用するEJBJarファイルを作成できるようにするには、デプロイパスを定義する必要があります。作成されると、JbossはEJBモジュールを正しく公開します。
Maven-war-pluginでバージョン番号を指定しないと、ある種のアルファバージョンが使用されることを発見しました。うまくいった私にとっては、バージョン番号2.0を付けてください。
Macでも同じ問題が発生しました。私のWindows開発マシン（作業中のクライアント：-/）は、GateINとEclipseを実行するには遅すぎるので、Macbooc ProにGateINをインストールし、ビルド時にEclipseに耳をコピーさせました。私はコンソールで見ました：Zipの例外。
そこで、StuffitManagerを使用してアーカイブを開くことができるかどうかを調査することにしました。私がそれを開いた瞬間、どうやらファイルが何らかの形で「触れられ」、GateINスキャナーが変更を検出し、今度はエラーなしですぐに再デプロイされました。ですから、Macは速すぎて、耳が完全にコピーされる前に再デプロイを試みることができなかったと思います...問題がある場合は、touchコマンドを使用してください...
Jdk1.6.0._06からjdk1.6.0._26に更新することで、この問題を修正しました。 jarには_26がパックされ、JBoss6.0で正常にデプロイされました。ただし、お客様は_06でデプロイできませんでした。お役に立てば幸いです。
これは権限の問題でしょうか？ MacOSで実行しているようです。 EARファイルを正常に開くと、どのユーザーとして実行していますか？ JBossを実行すると、どのユーザーとして実行されますか？ファイルへの読み取りアクセス権がありますか？
さて、私は3日間同じ問題に直面しています。rar拡張子を持つファイルまたはこれらのファイルの別のタイプのクラスパスを調べてください。私の場合、クラスパスから.rarファイルを削除すると、すべてがうまく機能します。
ネストされたjarもこれを行うのを見てきました（別のjar内のjar、または空のjar）。私の場合、それはMicrosoft sqljdbcドライバーjarでした。スタックトレースを見ると、OPはTwitterPoCEJB.jarのようです。
ただし、前述のように、単に悪いZipなど、これを引き起こす可能性のあるものはたくさんあります。
ネストされたjarの問題である場合、ネストされたjarが含まれている場所をVFSに伝えることができますが、デフォルトでは./deployディレクトリがその1つであるため、そこにあるものはすべて問題ありません（jboss- {somethingがない限り） } .xmlは、それ以外の場合は明示的に設定します）。
同じ問題があり、JBoss 4.4.2を使用し、maven-war-pluginを使用してアプリをビルドしました（outputDirectoryとしてJBossデプロイディレクトリを指定します）。 Mavenがまだ戦争を構築している間にScannerThreadがアクティブ化されるため、JBossは部分的にコピーされた戦争をリロードしようとしているようです。スキャン時間を5000ミリ秒（デフォルト）から15秒に増やすことを部分的に解決しました。これは問題を解決しませんが、少なくともそれはそれほど頻繁には起こりません！
<!-- Frequency in milliseconds to rescan the URLs for changes -->
<attribute name="ScanPeriod">15000</attribute>
eclipseアップデートからWebツールプラットフォーム（WTP）をインストールしてみてください...ある種のバグがあると聞きました。バージョン3.0.4が必要になります。リンクが見つかりません。申し訳ありません...これがお役に立てば幸いです。
問題がありますが、WebアプリでZipファイルがダウンしていることが原因です。 EclipseがWebアプリケーションを開発Tomcatサーバーにデプロイしようとすると、Zipファイルを解凍しようとします。はい、私はこのwebappを継承しました。今度はこれをフィルターに追加して、これが起こらないようにします。幸運を祈ります。
私もこれを持っていますが、maven-war-pluginとmaven-ejb-pluginをプロジェクトに追加すると、すべてが再び機能します...
（WinZipまたはWinRARを使用して）JBossの外部でearファイルを開くことができますか？ Zipファイルが破損している可能性があります。
Java.util.Zip.ZipFile.open（）を使用して小さなテストプログラムを作成し、より孤立した状況でこれをデバッグできるかどうかを確認できます。
あなたのweb.xmlファイルの問題かもしれませんが、私も同じ種類の問題に直面しています。さまざまな試みを行った後、web.xmlとweb-app3.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のWebアプリ仕様に切り替えました。 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">