Wildfly не может удалять файлы развертываний

Я работаю с wildfly 14.0 с Netbeans. Когда я в первый раз раскрываю ухо, все идет нормально. Но когда я пытаюсь повторно развернуть его, я получаю эту ошибку:

Initial deploying MetacontratasV4-ear to D:\Wildfly\wildfly-14.0.0.Final\standalone\deployments\MetacontratasV4-ear-1.0.ear Error during incremental deploy: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot delete file MetacontratasV4-web-1.0.war in D:/Wildfly/wildfly-14.0.0.Final/standalone/deployments/MetacontratasV4-ear-1.0.ear.

Если я удалю файлы вручную, это сработает, но для этого сначала мне нужно перезапустить wildfly, что отнимает много времени. Любой другой способ развернуть ухо без перезапуска

Я делаю развертывание через интерфейс netbeans.

ЕСЛИ вам нужен какой-либо файл конфигурации, чтобы дать более точный ответ, не стесняйтесь запрашивать его у меня.

ОБНОВИТЬ Я попытался развернуть ухо с помощью командной строки, но все равно получаю аналогичную ошибку журнал ошибок Итак, я попытался добавить параметр --force, который выводит мне следующее

10:26:26,104 ERROR [org.jboss.as.repository] (management-handler-thread - 1) WFLYDR0010: Couldn't delete content D:\Wildfly\wildfly-14.0.0.Final\standalone\data\content\fa\2a2cb037ddd7d2e0066b475c484505caf64cbb: java.nio.file.DirectoryNotEmptyException: D:\Wildfly\wildfly-14.0.0.Final\standalone\data\content\fa\2a2cb037ddd7d2e0066b475c484505caf64cbb
at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:266)
at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:108)
at java.nio.file.Files.deleteIfExists(Files.java:1165)
at org.jboss.as.repository.ContentRepositoryImpl.removeContent(ContentRepositoryImpl.java:315)
at org.jboss.as.server.deployment.DeploymentFullReplaceHandler$1.handleResult(DeploymentFullReplaceHandler.java:190)
at org.jboss.as.server.deployment.DeploymentHandlerUtils$2.handleResult(DeploymentHandlerUtils.java:165)
at org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1533)
at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1515)
at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1472)
at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1455)
at org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1319)
at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:876)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:756)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:265)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:231)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:246)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)

10: 26: 26,131 ИНФОРМАЦИЯ [org.jboss.as.repository] (поток-обработчика управления - 1) WFLYDR0002: содержимое удалено из расположения D: \ Wildfly \ wildfly-14.0.0.Final \ standalone \ data \ content \ fa \ 2a2cb037ddd7d2e0066b475c484505caf64cbb \ content

Что ж, вы можете переименовать war.deployed в war.dodeploy, и он будет повторно развернут без перезагрузки ... как вы проводите повторное развертывание в настоящий момент?

achAmháin 10.09.2018 11:04

Прямо сейчас я останавливаю их, я удаляю файлы, запускаю снова, а затем могу развернуть. Я попробую ваш совет прямо сейчас.

user7565620 10.09.2018 11:06

К сожалению, это не сработало, проблема не в файле .deployed, а в файле уха, также я только что понял, что исключение сообщает «файл», но в папке развертывания находится папка с таким именем, а не файл.

user7565620 10.09.2018 11:14

Мое другое предположение - Ошибка при инкрементном развертывании - разворачиваете ли вы новую версию файла .ear?

achAmháin 10.09.2018 12:17

Да, или, по крайней мере, я так думаю, перед развертыванием я запускаю команду сборки в netbeans, поэтому она должна переопределить старую версию.

user7565620 10.09.2018 12:27

Вы строите войну в Netbeans только после развертывания уха? Я предполагаю, что это может быть причиной вашей проблемы, попробуйте перераспределить ухо, а не войну.

ehsavoie 12.09.2018 09:15

Я строю ухо :(

user7565620 12.09.2018 10:12
1
7
2 682
1

Ответы 1

Посмотрите на свой файл конфигурации standalone.xml. Вы должны найти что-то подобное в конце файла.

<deployments>
  <deployment name="xxx.war" runtime-name="xxx-1.2.0-SNAPSHOT.war">
      <content sha1="48dce368e5e68e0cc533f57f90bae170c857b2ae"/>
  </deployment>
  <deployment name="xxx1.war" runtime-name="xxx1-1.2.0-SNAPSHOT.war">
      <content sha1="9d8f243bc625da8ace475e62f89c3b09d46b4526"/>
  </deployment>   
  <deployment name="xxx2.war" runtime-name="xxx2-1.2.2-SNAPSHOT.war">
      <content sha1="30678065aada0876c7350e0911fe37b757ec1a54"/>
  </deployment>   

Просто удалите их, если есть ..

У меня нет этого блока в моем standalone.xml, я нашел его в wildfly-14.0.0.Final \ standalone \ configuration, верно?

user7565620 12.09.2018 11:00

@stakahop - развертывание не будет упоминаться в XML-файле, если оно не развернуто через консоль управления - для автономного режима оно обычно просто перетаскивается в ./standalone/deployments

achAmháin 12.09.2018 15:55

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