2016-03-29 5 views
0

Ich bin neu in mit MyEclipse und Java EEWELD-000119: keine Bohne Definitionen aus, weil die zugrunde liegende Klassenlade Fehler zu erzeugen

Ich versuche, meine Web-Anwendung auf Wildfly 8.0.0 einzusetzen. in MyEclipse.

Leider erhalte ich diesen Fehler, nachdem ich aus dem SVN einige Änderungen am Code haben (ich bin nicht sicher, dass dies der Grund ist), vor, dass es funktionierte gut:

[org.jboss.weld.Bootstrap] (weld-worker-2) WELD-000119: Not generating any bean definitions from (.....) because of underlying class loading error: Type WebArchive from [Module "deployment.Test.war:main" from Service Module Loader] not found. If this is unexpected, enable DEBUG logging to see the full error. 

Wenn ich (Run) der Server, die Bereitstellung war erfolgreich, obwohl die Konsole einige Zeilen mit dem gleichen Fehler erzeugt, aber wenn ich den Server (Debug), erzeugt es den gleichen Fehler.

Kann mir jemand bitte helfen

Danke.

Antwort

0

Das Problem war, weil ich meine Server im Debug-Modus starten und die Haltepunkte wurden

0

Diese Fehlermeldung weist nicht darauf hin, den Server im Debugmodus zu starten, sondern den Protokolliergrad von org.jboss.weld.Bootstrap oder dem Stammlogger auf Debug zu setzen. Siehe WildFly 8 Logging Levels für wie man das macht

+0

aktiviert Haben Sie einen „underlying Klasse Ladefehler“ -Meldungen in dieser Protokollausgabe aufgelistet anmelden? Übrigens, ich glaube nicht, dass zusätzliches Logging aktiviert werden kann. – rakehell

1

Es kann sein, dass der Klassenlader "WebArchive" nicht finden kann, weil es als ein Modul der WildFly-Konfiguration hinzugefügt werden muss. Sie tun das wie folgt aus:

module add --name=org.apache.commons.lang3.commons-lang3 --resources=C:\Users\b\.m2\repository\org\apache\commons\commons-lang3\3.4\commons-lang3-3.4.jar 

Darüber hinaus werden Sie wahrscheinlich benötigen WebArchive als Abhängigkeit im <build> Abschnitt Ihrer pom.xml hinzuzufügen.

Hier ist der relevante Abschnitt meines pom.xml:

<build> 
    <!-- Maven will append the version to the finalName (which is the name 
     given to the generated WAR, and hence the context root) --> 
    <plugins> 
     <plugin> 
      <artifactId>maven-war-plugin</artifactId> 
      <version>${version.war.plugin}</version> 
      <configuration> 
      <!-- Java EE doesn't require web.xml, Maven needs to catch up! --> 
       <failOnMissingWebXml>false</failOnMissingWebXml> 
       <archive> 
        <manifestEntries> 
         <Dependencies>com.fasterxml.jackson.datatype.jackson-datatype-jsr310,org.hibernate,org.apache.commons.lang3.commons-lang3</Dependencies> 
        </manifestEntries> 
       </archive> 
      </configuration> 
     </plugin> 
     <!-- The WildFly plug-in deploys the WAR to a local WildFly container --> 
     <!-- To use, run: mvn package wildfly:deploy --> 
     <plugin> 
      <groupId>org.wildfly.plugins</groupId> 
      <artifactId>wildfly-maven-plugin</artifactId> 
      <version>${version.wildfly.maven.plugin}</version> 
     </plugin> 
    </plugins> 
</build> 

Wenn Sie es nicht heraus können, versuchen Sie Ihre pom.xml und Jboss-Deployment-structure.xml veröffentlichen (falls Sie eine haben) .

+0

BTW, ich bin hier ziemlich raten. Was viel helfen würde, ist pom.xml zu posten. – rakehell