Старт Glassfish 3.x не удался

Question

Я пытаюсь запустить свое веб-приложение java EE на Glassfish v3.x на Netbeans 7, но оно не работает и выдает следующую ошибку: Ошибка запуска Glassfish 3.x.Я не знаю, в чем проблема Glassfish, которая раньше работала нормально, но потом внезапно перестала работать. Я перебрал NetBeans и Glassfish и снова установил ее, но проблема все еще та же.Вот журнал стеклянной рыбы:

Launching GlassFish on Felix platform
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: Grizzly Framework 1.9.31 started in: 585ms - bound to [0.0.0.0:3700]
INFO: Grizzly Framework 1.9.31 started in: 580ms - bound to [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.31 started in: 738ms - bound to [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.31 started in: 584ms - bound to [0.0.0.0:7676]
INFO: Grizzly Framework 1.9.31 started in: 539ms - bound to [0.0.0.0:4848]
GRAVE: Exception while visiting com/ibm/icu/impl/data/LocaleElements_zh__PINYIN.class of size 84805
java.lang.ArrayIndexOutOfBoundsException: 48188
    at org.objectweb.asm.ClassReader.readClass(Unknown Source)
    at org.objectweb.asm.ClassReader.accept(Unknown Source)
    at org.objectweb.asm.ClassReader.accept(Unknown Source)
    at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
    at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:171)
    at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:133)
    at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:346)
    at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
    at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:305)
    at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:294)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)

INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:4848]
INFO: WEB0171: Created virtual server [server]
INFO: WEB0171: Created virtual server [__asadmin]
INFO: WEB0172: Virtual server [server] loaded default web module []
INFO: Initialisation de Mojarra 2.1.0 (FCS 2.1.0-b11) pour le contexte '/mavenproject1'
INFO: Monitoring jndi:/server/mavenproject1/WEB-INF/faces-config.xml for modifications
INFO: PWC1412: WebModule[null] ServletContext.log():Initializing Spring root WebApplicationContext

С наилучшими пожеланиями.

Answer 1

Я знаю, что это было задано несколько месяцев назад, но этот вопрос, являющийся одним из немногих источников, которые я нашел в Google, когда столкнулся с этой проблемой, я думаю, было бы хорошо поделиться тем, что я узнал:

У меня была точно такая же проблема, и я попробовал обе вещи, указанные выше. Тем не менее, мои XML-файлы не были повреждены. В конце концов я обнаружил, что корень проблемы был в библиотеке icu4j, которая была, не знаю почему, среди зависимостей в моем проекте. Как только я удалил его, я наконец-то освободился от этой ошибки!

Следует также отметить, что Netbeans 7.0.1 (используемая среда IDE) также «использует» эту библиотеку. Я на всякий случай переместил эту библиотеку из первоначального местоположения. NB до сих пор работает без проблем.

Надеюсь, это поможет кому-то еще!

Answer 2

Я исправил свой таким образом.Казалось, что мой XML-файл для домена был поврежден (я понятия не имею, как), но я сделал следующее:

Удалите текущий сервер с узла сервера (щелкните правой кнопкой мыши и удалите), затем выполните командуновый сервер, кроме тех случаев, когда он говорит, что нужно выбрать домен, введите свое собственное доменное имя (например, myDomain) и затем настройте сервер.

Подождите несколько секунд, и bam, новый файл XML, неиспорчен, и вы сможете отлично работать на своем сервере!

Answer 3

Странно ... Как он говорит "сбой запуска", если он загрузил ваше приложение? Взгляните на последние три строки журнала!

У меня были некоторые проблемы, подобные этой, но все, что мне было нужно, это щелкнуть правой кнопкой мыши узел GF-сервера на вкладке «Службы» и «обновить» его. Обычно NB считает медленный запуск GF «неудачным».

Answer 4

Другой ответ, который возможен сейчас, если используется Java 8, но не во время запроса OP, состоит в том, что код сервера содержит лямбда-выражения. Если в вашем коде есть лямбды, попробуйте заменить их анонимными внутренними классами, и ваши классы, на которые вы воздействовали, теперь должны быть в порядке.