[jboss-jira] [JBoss JIRA] (WFCORE-3103) Embedded server doesn't close open file handles

[Brian Stansberry (JIRA)]

     [ https://issues.jboss.org/browse/WFCORE-3103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brian Stansberry moved JBEAP-12346 to WFCORE-3103:
--------------------------------------------------

              Project: WildFly Core  (was: JBoss Enterprise Application Platform)
                  Key: WFCORE-3103  (was: JBEAP-12346)
             Workflow: GIT Pull Request workflow   (was: CDW with loose statuses v1)
          Component/s: CLI
                       Modules
                           (was: CLI)
                           (was: Modules)
    Affects Version/s:     (was: 7.1.0.ER2)


> Embedded server doesn't close open file handles
> -----------------------------------------------
>
>                 Key: WFCORE-3103
>                 URL: https://issues.jboss.org/browse/WFCORE-3103
>             Project: WildFly Core
>          Issue Type: Bug
>          Components: CLI, Modules
>            Reporter: Jan Blizňák
>            Assignee: Brian Stansberry
>
> When embedded server is started programatically (eg. via CLI wrapper) with specified jboss home, JARs from that path are opened via classloader. But these open handles are never released even after embedded server is stopped. 
> This causes problem in situation eg. when you want to delete that jboss home. This is exactly one of the scenarios used in EAP installer, you are not allowed to delete open files on Windows - see JBEAP-1404.
> I created a simple project that reproduce the issue with arbitrary EAP/WF distribution https://github.com/jbliznak/embedded-server-filelocking
> Run it with:
> mvn clean test "-Dwildfly.home=C:\dev\jboss-eap-7.1" "-Denforcer.skip" -Dtest=ModulesFileLockingTestCase
> Manual steps to reproduce in Java code:
> * start a CLI wrapper
> * start embed-server from given server path
> * stop embed-server
> * terminate CLI wrapper
> * try to delete given server path



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)