[jbosstools-issues] [JBoss JIRA] (JBIDE-12280) Build project slow/hangs for the first time a change is made

[Rob Stryker (JIRA)]

    [ https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12712643#comment-12712643 ] 

Rob Stryker commented on JBIDE-12280:
-------------------------------------

After a lot of testing, I was able to replicate a very slow build, though not on a full publish. The only way I was able to replicate it was as follows:

1) Create new java project
2) Add jar / project archives
3) Add fileset to the jar, with source folder "src/"
4) outside of eclipse, but in the src/ folder, generate 1000 source files
5) refresh your project

It seems it's suffering from JBIDE-7333, where it's updating timestamp after each file when it doesn't need to. In reality, this is a regression of JBIDE-7199. JBIDE_7199 fixed a necessary bug in zipping things, but it seems one of the lines of code in one of the flurry of commits was not necessary and would lead to performance issues in large projects. 

The reason it only hits in this situation is that at this time, only incremental builds are suffering from teh error. Full publishes were fixed recently. 

Again, I can't know for sure if this is the same bug. The user indicates they are using the 3.1.x stream, and the mentioned bugs were all for 3.2.x. But I currently don't have the ability to go testing older versions. The best I can do is test trunk, and we're lucky I did find something. 

The fix is two-fold. First, we don't need to do a TruezipUtil.synch all the time. It is done once after modifying the archives, rather than 100 times in teh middle. Second, the updateParentTimestamp method, which is supposed to update all parents of a file, was actually also updating the just-copied-in file's timestamp. For some reason, this operation took a lot longer than it should. 

By making it only update the parent folders and archives, this is now going a lot faster. THe one test case added to archives during the old regression commit still passes under the new code. 

JBIDE-7199
                
> Build project slow/hangs for the first time a change is made
> ------------------------------------------------------------
>
>                 Key: JBIDE-12280
>                 URL: https://issues.jboss.org/browse/JBIDE-12280
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: Archives
>    Affects Versions: 3.1.1
>         Environment: jdk 1.6.0, windows vista
>            Reporter: Shanu N
>            Assignee: Rob Stryker
>         Attachments: dumpTest1.log
>
>
> I am using JBOSS Developer studio 3.0.1 GA and I find that the build sometimes just hangs in 78% or 98% or is extremely slow. I have unchecked the 'build automatic' option and also unchecked many of the validators in the Validation menu. This usually happens if I am opening the workspace after a 2 days gap, do a change and build or if I close one workspace, open another or switch to another workspace, do a change and build. If I am continuously working only on one workspace, then anytime I do a build, it is fast.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira