Использование WildFly 9.x с NetBeans 8.1

Часть этого вопроса. При попытке использовать WildFly 9.0.2 final с IDE NetBeans 8.1 (финальная версия) все еще наблюдаются некоторые серьезные последствия.

IDE (интегрированный плагин) никогда не развертывает приложение автоматически, даже если в IDE включена опция "Развернуть при сохранении" (проверено / включено). Это всегда происходит правильно при использовании сервера GlassFish.

Об этом уже сообщалось, и его статус "РАЗРЕШЕНО ИСПРАВЛЕН" для NetBeans 8.0, но на него трудно положиться (извините).

Я перенес большую часть относительно значительного приложения Java EE из GlassFish 4.1 в финал WildFly 9.0.2, включая такие вещи, как область JDBC и JAAS. После того, как приложение развернуто на сервере, оно прекрасно работает, но всегда требует жесткого развертывания приложения всякий раз, когда в приложение вносятся некоторые изменения. Твердое развертывание приложения, когда одно или несколько изменений вносятся в файл XHTML/JSP (что часто требуется), действительно вызывают проблему "переполнения памяти" в очень короткое время. Это происходит через мгновение при использовании GlassFish Server.

Остановка и перезапуск сервера также вызывает серьезные проблемы периодически, но довольно часто (почти всегда), особенно когда сервер пытается остановить работу, не удаляя приложение с сервера, и в этом случае он вызывает следующее исключение (остановка Сервер после удаления приложения, в свою очередь, требует повторного развертывания приложения с нуля, что является сложным, трудоемким процессом).

16:45:32,218 INFO  [org.jboss.as.server] (management-handler-thread - 20) WFLYSRV0211: Suspending server
16:45:32,234 INFO  [org.jboss.as.protocol] (Remoting "om-f6b0ea3ad206:MANAGEMENT" task-7) WFLYPRT0057:  cancelled task by interrupting thread Thread[management-handler-thread - 20,5,management-handler-thread]
16:45:32,234 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 20) WFLYCTL0190: Step handler org.jboss.as.server.operations.ServerShutdownHandler$1@1cd3b8b for operation {"operation" => "shutdown","operation-headers" => {"caller-type" => "user","access-mechanism" => "NATIVE"},"address" => undefined} at address [] failed handling operation rollback -- java.lang.NullPointerException: java.lang.NullPointerException
    at org.hornetq.ra.inflow.HornetQActivation.teardown(HornetQActivation.java:417)
    at org.hornetq.ra.inflow.HornetQActivation.stop(HornetQActivation.java:312)
    at org.hornetq.ra.HornetQResourceAdapter.endpointDeactivation(HornetQResourceAdapter.java:185)
    at org.jboss.jca.core.rar.EndpointImpl.deactivate(EndpointImpl.java:260)
    at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.deactivate(MessageDrivenComponent.java:251)
    at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.access$100(MessageDrivenComponent.java:61)
    at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1.preSuspend(MessageDrivenComponent.java:87)
    at org.jboss.as.server.suspend.SuspendController.suspend(SuspendController.java:72)
    at org.jboss.as.server.operations.ServerShutdownHandler$1$1.handleResult(ServerShutdownHandler.java:134)
    at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1401)
    at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1381)
    at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1332)
    at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1292)
    at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1180)
    at org.jboss.as.controller.AbstractOperationContext.finishStep(AbstractOperationContext.java:937)
    at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:885)
    at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
    at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
    at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
    at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
    at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
    at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:201)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:128)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:422)
    at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
    at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
    at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
    at org.jboss.threads.JBossThread.run(JBossThread.java:320)

Как только выдается это исключение, процесс остановки сервера идет бесконечно, пока через несколько минут не появится следующее сообщение.

Требует ли это каких-то дополнительных шагов, чтобы плагин IDE работал обычным образом? Я чувствую, что плагин IDE не может правильно связаться с сервером / компоновщиком.

Есть ли решение / обходной путь?

0 ответов

Другие вопросы по тегам