EAR-Project not bound

E

enrix

Mitglied
Hallo, ich habe ein Enterprise Application Project erstellt mit den Modulen

E.jar ->EJB
C.jar->Client1
C++.jar->Cient2

Ich verwende Java EE 5, EJB 3.0, JBoss 5.1mit Eclipse

Das EAR-Projekt (A.ear) habe ich bis vor kurzem ohne Probleme deployed aber leider hat sich ein Fehler eingeschlichen den ich nicht erklären kann. Sobald ich das Projekt auf den Server einspielen möchte, meldet das Service Provider Interface eine Fehlermeldung.

Code: 
:27:47,021 WARN  [HDScanner] Scan failed
org.jboss.deployers.spi.DeploymentException: Error determining structure: A.ear
	at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
	at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:89)
	at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
	at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
	at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:221)
	at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
	at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1004)
	at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:440)
	at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:390)
	at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:300)
	at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.addDeployment(MainDeployerAdapter.java:86)
	at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:344)
	at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
	at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
	at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(Unknown Source)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(Unknown Source)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
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:626)
	at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:773)
	at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:817)
	at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191)
	at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:684)
	at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165)
	at org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107)
	at org.jboss.virtual.VirtualFile.getChild(VirtualFile.java:481)
	at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:64)
	... 20 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>(Unknown Source)
	at java.util.zip.ZipFile.<init>(Unknown Source)
	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:484)
	at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:619)
	... 28 more

wenn ich anschließend versuche mit einem Client auf die EJB zuzugreifen, bekomme ich die Meldung, A not bound. Der Deployment Descriptor hat jedoch alle Module korrekt implementiert.

application.xml
Code: 
<?xml version="1.0" encoding="UTF-8"?>
<application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:application="http://java.sun.com/xml/ns/javaee/application_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/application_5.xsd" id="Application_ID" version="5">
  <display-name> 
A</display-name>
  <module>
    <ejb>E.jar</ejb>
  </module>
  <module>
    <java>C.jar</java>
  </module>
  <module>
    <java>C+.jar</java>
  </module>
</application>

vielleicht kann mir jemand von euch helfen. Danke im Voraus!
beste Grüße
 
Hi,

also ich denke mal, bzw. ich versuche mal eine Fehleranalyse. Weil so genau sagen kann man ich das auch nicht.

Also der Fehler kann meines erachtens nur auftreten, wenn das File noch nicht ganz entpackt ist, bzw. nicht vollständig entpackt ist, weil es zu lange dauert.(möglicher Grund, kommunikation über ein Netzlaufwerk, großes WAR File). Der Hot Deployer von Jboss versucht alle 5 Sek. auf dieses File zuzugreifen um es bereitzustellen. Sollte dies nicht klappen, also das entpacken des Files innerhalb dieser 5 sek., bekommt man einen Zip File Error, wo er angibt das diese Dateien noch nicht vorhanden sind, da sie noch nicht entpackt wurden.

:confused: War das Verständlich, mmh ich kann sowas schlecht erklären :-(. Andere sollen mich bitte verbessern wenn es falsch ist.
 
ich danke dir trotzdem, ich werde die versuchen zu den einzelnen Klassen etwas herauszufinden. In diesem Zusammenhang kann ich noch sagen, dass die Fehlermeldung schon ca. 1 sek nach der deploy-Anweisung ausgegeben wird
 
Um antworten zu können musst du eingeloggt sein.

Neue Beiträge

Zurück