Uploaded image for project: 'Tools (JBoss Tools)'
  1. Tools (JBoss Tools)
  2. JBIDE-20362

Extracting of a download runtime is slow on Mac

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • 4.4.1.Final
    • 4.3.0.Beta2
    • runtime-detection
    • None
    • devex #119 August 2016
    • 5
    • Hide

      1. Go to Prefereces -> JBoss Tools -> Runtime Detection
      2. Click the Download button, select a server (e.g. EAP 6.1 or 6.2)
      3. Follow the wizard and select a target directory
      4. Start the download
      Now watch what happens once the server is downloaded and is extracted - this will take very long.

      Show
      1. Go to Prefereces -> JBoss Tools -> Runtime Detection 2. Click the Download button, select a server (e.g. EAP 6.1 or 6.2) 3. Follow the wizard and select a target directory 4. Start the download Now watch what happens once the server is downloaded and is extracted - this will take very long.

      While playing with the Download runtime fuctionality, I noticed that once a runtime (e.g. EAP 6.2) is downloaded, the extraction takes very long. I think it used to be fast and the extraction was done without any progress reporting. But now it seems that every subdirectory in the archive is being printed out which slows it down.
      This extraction process took 1 min 23 sec for EAP 6.2 and I have an SSD. On a command line, this would take a few seconds.
      I think the solution may be to simply show "Extracting" without printing out each file/directory that is being extracted.

      (Furthermore, the progress bar does not reflect the progress - it seems there is still only perhaps 5 % done and then it's suddenly over.)

      I can record a screencast if you like, but I think this should be easy to replicate.

            rob.stryker Rob Stryker (Inactive)
            exd-mmalina Martin Malina
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: