[
https://issues.jboss.org/browse/WFLY-9581?page=com.atlassian.jira.plugin....
]
Brian Stansberry commented on WFLY-9581:
----------------------------------------
[~fjuma] It looks like WFLY-9929 is the reason why the failures reported in WFLY-9581 were
happening.
Refactor DoctypeDeclTestCase slightly to make it more similar to
other tests that execute management operations and reload the server
-------------------------------------------------------------------------------------------------------------------------------------
Key: WFLY-9581
URL:
https://issues.jboss.org/browse/WFLY-9581
Project: WildFly
Issue Type: Task
Reporter: Farah Juma
Assignee: Farah Juma
Fix For: 12.0.0.Beta1
It's still unclear why {{DoctypeDeclTestCase}} fails intermittently on Windows CI
with the following exception:
{code}
18:51:38,995 ERROR [org.jboss.as.controller.management-operation]
(management-handler-thread - 2)
org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0268: Failed
to rename temp file
C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml.tmp
to
C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml:
org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0268: Failed
to rename temp file
C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml.tmp
to
C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml
at
org.jboss.as.controller.persistence.FilePersistenceUtils.moveTempFileToMain(FilePersistenceUtils.java:88)
at
org.jboss.as.controller.persistence.ConfigurationFile.commitTempFile(ConfigurationFile.java:570)
at
org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.doCommit(ConfigurationFilePersistenceResource.java:70)
at
org.jboss.as.controller.persistence.AbstractFilePersistenceResource.commit(AbstractFilePersistenceResource.java:58)
at
org.jboss.as.controller.ModelControllerImpl$3.commit(ModelControllerImpl.java:727)
at
org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:838)
at
org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:752)
at
org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
at
org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
at
org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:420)
at
org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:245)
at
org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
at
org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:245)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
at
org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
at
org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
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:157)
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 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)
Caused by: java.nio.file.FileSystemException:
C:\BuildAgent\work\5768cf3a0bee5b47\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml:
The process cannot access the file because it is being used by another process.
at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
at sun.nio.fs.WindowsFileCopy.move(WindowsFileCopy.java:376)
at sun.nio.fs.WindowsFileSystemProvider.move(WindowsFileSystemProvider.java:287)
at java.nio.file.Files.move(Files.java:1395)
at
org.jboss.as.controller.persistence.FilePersistenceUtils.moveTempFileToMain(FilePersistenceUtils.java:86)
... 28 more
{code}
Attempt to refactor this test slightly to make it more similar to other tests that
execute management operations and reload the server to see if this has an impact on
Windows CI.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)