Uploaded image for project: 'Thorntail'
  1. Thorntail
  2. THORN-1530

Exploded uber jar temp files are never delted

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: 2018.3.3
    • Component/s: None
    • Labels:
      None
    • Story Points:
      10
    • Steps to Reproduce:
      Hide

      I have been able to reproduce using the jaxrs example project https://github.com/wildfly-swarm/wildfly-swarm-examples/tree/master/jaxrs/jaxrs
      running

      mvn package
      

      and then

      java -jar example-jaxrs-war-swarm.jar
      

      The application starts correctly and fills up my Temp directory with it's exploded content. Upon shutting down the application (by pressing ctrl + c and waiting for the application to shut down (not forceful termination) The temp files remain in place. Starting the uber jar again will add an additional copy of each exploded file to Temp.

      I get the same issue with the maven plugin. Here's the config:

      <plugin>
          <groupId>org.wildfly.swarm</groupId>
          <artifactId>wildfly-swarm-plugin</artifactId>
          <version>${version.wildfly.swarm}</version>
          <configuration>
              <useUberJar>true</useUberJar>
              <debug>8000</debug>
          </configuration>
          <executions>
              <execution>
                  <id>swarm-package</id>
                  <phase>package</phase>
                  <goals>
                      <goal>package</goal>
                  </goals>
              </execution>
              <execution>
                  <id>swarm-start</id>
                  <phase>pre-integration-test</phase>
                  <goals>
                      <goal>start</goal>
                  </goals>
              </execution>
              <execution>
                  <id>swarm-stop</id>
                  <phase>post-integration-test</phase>
                  <goals>
                      <goal>stop</goal>
                  </goals>
              </execution>
          </executions>
      </plugin>
      

      Using version 2017.8.1

      Show
      I have been able to reproduce using the jaxrs example project https://github.com/wildfly-swarm/wildfly-swarm-examples/tree/master/jaxrs/jaxrs running mvn package and then java -jar example-jaxrs-war-swarm.jar The application starts correctly and fills up my Temp directory with it's exploded content. Upon shutting down the application (by pressing ctrl + c and waiting for the application to shut down (not forceful termination) The temp files remain in place. Starting the uber jar again will add an additional copy of each exploded file to Temp. I get the same issue with the maven plugin. Here's the config: <plugin> <groupId>org.wildfly.swarm</groupId> <artifactId>wildfly-swarm-plugin</artifactId> <version>${version.wildfly.swarm}</version> <configuration> <useUberJar> true </useUberJar> <debug>8000</debug> </configuration> <executions> <execution> <id>swarm- package </id> <phase> package </phase> <goals> <goal> package </goal> </goals> </execution> <execution> <id>swarm-start</id> <phase>pre-integration-test</phase> <goals> <goal>start</goal> </goals> </execution> <execution> <id>swarm-stop</id> <phase>post-integration-test</phase> <goals> <goal>stop</goal> </goals> </execution> </executions> </plugin> Using version 2017.8.1

      Description

      See also https://stackoverflow.com/questions/45880308/wildfly-swarm-maven-filling-up-temp-directory

      When running an uber jar, my C:\Users\myusername\AppData\Local\Temp is filling up with all of the exploded jars. These files are never removed and this very quickly starts to use up a lot of space and requires that I manually clean up.

      This seems to happen whether I am using the maven plugin, or java -jar

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  juagonza Juan Gonzalez
                  Reporter:
                  mcassidygamma Martin Cassidy
                • Votes:
                  3 Vote for this issue
                  Watchers:
                  10 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: