2016-10-13 4 views
0

У меня была ошибка сегодня на моем сервере GlassFish 3.1 при публикации. Я старался изо всех моих интернет-исследователь skils, чтобы решить ее, но после нескольких часов я решил разместить здесь:Sudden "java.lang.VerifyError: Ожидание кадра стоп-кадра на целевой ветке"

Так что мне пришлось переустановить сервер GlassFish 3.1 и вот что я заканчиваю с:

2016-10-13T21:00:04.610+0900|Grave: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method 
java.lang.RuntimeException: EJB Container initialization error 
    at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:246) 
    at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:290) 
    at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:101) 
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186) 
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:249) 
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460) 
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240) 
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247) 
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235) 
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465) 
    at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222) 
    at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168) 
    at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117) 
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234) 
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822) 
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719) 
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013) 
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) 
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 
    at com.sun.grizzly.ContextTask.run(ContextTask.java:71) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
    at java.lang.Thread.run(Thread.java:745) 
Caused by: java.lang.VerifyError: Expecting a stackmap frame at branch target 32 
Exception Details: 
    Location: 
    com/tm/entities/Education._persistence_initialize_School_vh()V @4: ifnonnull 
    Reason: 
    Expected stackmap frame at this location. 
    Bytecode: 
    0000000: 2ab4 00d0 c700 1c2a bb01 2259 2ab4 0110 
    0000010: b701 24b5 00d0 2ab4 00d0 04b9 0128 0200 
    0000020: b1          

    at java.lang.Class.forName0(Native Method) 
    at java.lang.Class.forName(Class.java:274) 
    at com.sun.enterprise.deployment.util.TypeUtil.getMethod(TypeUtil.java:399) 
    at com.sun.enterprise.deployment.MethodDescriptor.getMethod(MethodDescriptor.java:314) 
    at org.glassfish.ejb.security.application.EJBSecurityManager.convertEJBMethodPermissions(EJBSecurityManager.java:550) 
    at org.glassfish.ejb.security.application.EJBSecurityManager.loadPolicyConfiguration(EJBSecurityManager.java:256) 
    at org.glassfish.ejb.security.application.EJBSecurityManager.initialize(EJBSecurityManager.java:317) 
    at org.glassfish.ejb.security.application.EJBSecurityManager.<init>(EJBSecurityManager.java:190) 
    at org.glassfish.ejb.security.factory.EJBSecurityManagerFactory.createManager(EJBSecurityManagerFactory.java:209) 
    at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:233) 
    ... 32 more 

(и 4 более «Ожидаемая stackmap кадра в этом месте»)

Так что все мое использование проекта JDK 1.7: - Я настроил сервера таким образом - Мой проект настроен таким образом

Я попытался: - Заново правильно сервер - Windows> Preferences> Installed JRE использовать "-XX: -UseSplitVerifier" и/или "-noverify"

Страницы посмотрел на:

java.lang.VerifyError: Expecting a stackmap frame at branch target JDK 1.7

java.lang.VerifyError: Expecting a stackmap frame

https://dzone.com/articles/javalangverifyerror-expecting

Благодаря !

+0

Что это класс "Образование"? и что относительно этого поля/метода _persistence_initialize_School_vh? Результат улучшения байткода? –

+0

«Образование» - это класс персистентности (продается с '@ Entity'), а метод' _persistence_initialize_School_vh' действительно генерируется байт-кодом – Eydwales

+0

. Таким образом, процесс улучшения байт-кода имеет проблемы с используемым JDK и т. Д. –

ответ

0

Хорошо, я наконец-то мигрирую в Glassfish 4 и использую Java 1.8 в своем проекте.

У меня возникли проблемы с созданием соединения JDBC Pool, поскольку в Glassfish 4.0 есть ошибка, но интернет был здесь, чтобы помочь мне.

 Смежные вопросы

  • Нет связанных вопросов^_^