2014-04-06 9 views
38

Ich versuche, JBoss von der Eingabeaufforderung mit der Standalone.bat-Datei auszuführen. Es startet den Startvorgang, sitzt aber nur dort. Ich konnte wirklich keine Antworten mit Goolgle oder hier finden. HierJBoss scheint beim Start an der Befehlszeile zu hängen

ist die Ausgabe von meinem Befehlszeile:

C:\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\bin>standalone 
Calling "C:\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final\bin\standalone.conf.bat" 
=============================================================================== 

JBoss Bootstrap Environment 

JBOSS_HOME: C:\jboss-as-7.1.1.Final\jboss-as-7.1.1.Final 

JAVA: C:\Program Files\Java\jre8\bin\java 

JAVA_OPTS: -XX:+TieredCompilation -Dprogram.name=standalone.bat -Xms64M -Xmx51 
2M -XX:MaxPermSize=256M -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.se 
rver.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.war 
ning=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djboss.server.default.c 
onfig=standalone.xml 

=============================================================================== 

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256M; sup 
port was removed in 8.0 
16:06:41,708 INFO [org.jboss.modules] JBoss Modules version 1.1.1.GA 
16:06:42,009 INFO [org.jboss.msc] JBoss MSC version 1.0.2.GA 
16:06:42,075 INFO [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" sta 
rting 

Und es sitzt hier genau richtig. Irgendwelche Ideen, warum es nicht fertig ist, anzufangen?

Dies ist eine zusätzliche Information ... Ich nahm Omoros Vorschlag und ging zurück zu Java 7. Das brachte JBoss dazu, nicht mehr an der Befehlszeile zu "hängen". Nun, wenn ich laufen standalone.bat es sagt

Calling "C: \ jboss-as-7.1.1.Final \ jboss-as-7.1.1.Final \ bin \ standalone.conf.bat"

und geht dann einfach zur Eingabeaufforderung zurück, ohne JBoss zu starten. Ich werde einen neuen Thread eröffnen, da das alte Problem behoben wurde und jetzt ein neues Problem auftaucht.

Vielen Dank für die Hilfe von allen vor allem Omoro.

+0

Haben Sie überprüft, was in server.log protokolliert ist? – Omoro

+0

Ich versuche immer noch, dieses Serverprotokoll auszumachen. Das Serverprotokoll, das ich sehe, scheint nicht aktualisiert zu werden, wenn ich versuche, JBoss zu starten und zu stoppen. Es gibt ein boot.log, das bei jedem Start von JBoss neu gestartet wird. Auch bin ich nicht sicher, was ich im Protokoll suche. – mitchj

+0

Es sollte einen Protokollordner innerhalb des Standalone geben, in den die server.log geschrieben wird und in dem Protokoll können Sie Zeilen mit Ausnahmen/Fehlern und deren Ursachen sehen und aus den Ursachen können Sie herausfinden, was das mögliche Problem sein könnte. Sehen Sie, ob Sie das finden können oder schauen Sie auch in boot.log nach. – Omoro

Antwort

30

Dies ist ein bekanntes Problem. Sehen Sie mehr Diskussion auf:

https://community.jboss.org/message/808212

aus dem Thread Zitiert:

Ja, es ist normal.

Es gab einige Änderungen in JDK8, die verhindern, dass AS7 und die aktuelle Version von EAP6 unter JDK8 gestartet werden. Wir haben viele JDK8-bezogene Fixes in WildFly, also würde ich Ihnen empfehlen, das zu verwenden.

Wie für EAP geht, ist der Start auf JDK8 in kommenden 6.2 Release behoben.

+2

Ja, setze einfach etwas wie export JAVA_HOME =/opt/jdk1.7.0_25/vor dem Start im Dev-Modus oder entsprechende Konfiguration für OS – pazfernando

+0

Dies passierte zu mir, als ich versuchte, JBOSS FSW zu starten, also intern JBOSS EAP 6.1 zu verwenden – pazfernando

14

Verwenden Wildfly 10, wirkt wie ein Zauber auch mit Java 8.

JBossAS geänderten Namen WildFly bleiben.

9

Ich sah das gleiche Problem beim Starten von JBoss 7 mit Java Version 8. Alles, was Sie tun müssen, ist zu Java Version 7 oder 6 wechseln und dann versuchen, JBoss erneut zu starten. Für Standard folgender Benutzer Verwendung ubuntu Befehl zu ändern Version Java JDK:

sudo update-alternatives --config java 

Dies Ihnen diese Liste Ausgabe gibt ähnlich wie:

There are 2 choices for the alternative java (providing   
/usr/bin/java). 
    Selection Path            Priority Status 
    ------------------------------------------------------------  
    0   /usr/lib/jvm/java-6-oracle/jre/bin/java   1070   auto mode 
    1   /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java 1051   manual mode 
* 2   /usr/lib/jvm/java-6-openjdk-i386/jre/bin/java 1069   manual mode 
Press enter to keep the current choice[*], or type selection number: 

richtige Option auswählen und diese wird standardmäßig Java JDK-Version ändern .

Typ überprüfen:

$java -version 
1

Wenn Sie wirklich mit JBoss7.1, degradieren Ihre Java-Version 1,8 bis 1,7 oder 1,6 arbeiten müssen. (Um Ihre aktuelle Java-Version zu überprüfen, geben Sie in der Befehlszeile java -version ein). Andernfalls können Sie Ihren Anwendungsserver wie in vorherigen Antworten beschrieben in Wildfly ändern.

3

Lösung: Dieses Problem tritt auf, wenn Java jdk1.8.0_40 in Ihrem System installiert ist und dasselbe in der Systemvariablen JAVA_HOME zugeordnet ist. Dieses Problem kann behoben werden, indem Sie Java 7 mit jdk jdk1.7.0_79 installieren und dasselbe in JAVA_HOME wie C: \ Progra ~ 1 \ Java \ jdk1.7.0_79 zuordnen. Der JBOSS-Server wird erfolgreich gestartet.

1

Ich bin auch auf dieses Problem gestoßen. Zuerst habe ich auf JDK 1.7 heruntergestuft und es lief reibungslos, aber da ich an JDK 1.8 arbeiten wollte, habe ich WildFly 10 ehemaligen JBossAS heruntergeladen.

Es funktioniert reibungslos ohne Kompatibilitätsprobleme.

0

Für diejenigen, die dieses Problem konfrontiert sind beim Starten von JBoss 7.1 in Eclipse:

  1. Navigieren Sie zu Window -> Einstellungen -> Java -> Installierte JREs
  2. Add/Select JDK/JRE 1.6/1.7
  3. Navigieren Sie zu Window -> Einstellungen -> Server -> Laufzeitumgebungen
  4. Wählen Sie JBoss 7.1 Runtime Environment und klicken Sie auf 'Bearbeiten'
  5. Select JRE 1.6/1.7 als Runtime JRE
Verwandte Themen