Ein Teil vonDie frage. Beim Versuch, WildFly 9.0.2 final mit NetBeans IDE 8.1 (der endgültigen Version) zu verwenden, sind noch einige schwerwiegende Folgen zu erkennen.

Die IDE (das integrierte Plugin) stellt die Anwendung niemals automatisch bereit, obwohl die Option "Beim Speichern bereitstellen" in der IDE aktiviert ist (aktiviert / aktiviert). Dies geschieht immer korrekt, wenn GlassFish Server verwendet wird.

Es war schon gemeldet und sein Status ist "RESOLVED FIXED" für NetBeans 8.0, aber es ist schwierig, sich darauf zu verlassen (sorry).

Ich habe den größten Teil einer relativ umfangreichen Java EE-Anwendung von GlassFish 4.1 auf WildFly 9.0.2 final migriert, einschließlich Dingen wie JDBC Realm und JAAS. Sobald die Anwendung auf dem Server bereitgestellt wurde, funktioniert sie einwandfrei. Sie muss jedoch immer dann hart bereitgestellt werden, wenn Änderungen an der Anwendung vorgenommen werden. Wenn eine oder mehrere Änderungen an einer XHTML / JSP-Datei (die häufig benötigt wird) vorgenommen werden und die Anwendung hart implementiert wird, tritt das Problem des "Speicherüberlaufs" in sehr kurzer Zeit auf. Dies geschieht innerhalb eines Augenblicks, wenn GlassFish Server verwendet wird.

Das Stoppen und Neustarten des Servers verursacht ebenfalls in regelmäßigen Abständen schwerwiegende Probleme, jedoch häufig (fast immer), insbesondere wenn versucht wird, den Server zu stoppen, ohne die Bereitstellung der Anwendung vom Server aufzuheben. In diesem Fall wird die folgende Ausnahme ausgelöst (Stoppen) Der Server muss nach dem Aufheben der Bereitstellung der Anwendung erneut von Grund auf bereitgestellt werden. Dies ist ein schwieriger und zeitaufwendiger Vorgan

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)

Wenn diese Ausnahme ausgelöst wird, wird der Prozess zum Stoppen des Servers unendlich fortgesetzt, bis in wenigen Minuten die folgende Meldung angezeigt wird.

Erfordert dies einige zusätzliche Schritte, damit das IDE-Plugin wie gewohnt funktioniert? Ich habe das Gefühl, dass das IDE-Plugin nicht richtig mit dem Server / Builder kommuniziert.

Gibt es eine Lösung / Problemumgehung?