12:06 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Denis Golovin updated JBIDE-12280:
----------------------------------
Component/s: Archives
(was: maven)
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
Environment: jdk 1.6.0, windows vista
Reporter: Shanu N
Assignee: Fred Bricon
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
12:11 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Denis Golovin commented on JBIDE-12280:
---------------------------------------
Assigning to archives component, because it might be issue with TrueZip
{code}"TrueZIP InputStream Reader" daemon prio=6 tid=0x049fac00 nid=0xc waiting
on condition [0x064ef000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x192661f0> (a
java.util.concurrent.SynchronousQueue$TransferStack)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)
at
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"TrueZIP InputStream Reader" daemon prio=6 tid=0x05acec00 nid=0x1618 waiting on
condition [0x0996f000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x192661f0> (a
java.util.concurrent.SynchronousQueue$TransferStack)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)
at
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"Worker-8" prio=6 tid=0x05acb000 nid=0x142c runnable [0x077ee000]
java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:260)
at de.schlichtherle.io.util.LEDataOutputStream.writeInt(LEDataOutputStream.java:204)
at
de.schlichtherle.util.zip.BasicZipOutputStream.writeCentralFileHeader(BasicZipOutputStream.java:564)
at de.schlichtherle.util.zip.BasicZipOutputStream.finish(BasicZipOutputStream.java:549)
at
de.schlichtherle.io.archive.zip.Zip32OutputArchive.finish(Zip32OutputArchive.java:335)
at de.schlichtherle.util.zip.BasicZipOutputStream.close(BasicZipOutputStream.java:673)
at
de.schlichtherle.io.archive.spi.MultiplexedOutputArchive.close(MultiplexedOutputArchive.java:288)
at
de.schlichtherle.io.UpdatingArchiveController.shutdownStep2(UpdatingArchiveController.java:1146)
at
de.schlichtherle.io.UpdatingArchiveController.update(UpdatingArchiveController.java:878)
at
de.schlichtherle.io.UpdatingArchiveController.umount0(UpdatingArchiveController.java:697)
at
de.schlichtherle.io.UpdatingArchiveController.umount(UpdatingArchiveController.java:642)
at de.schlichtherle.io.ArchiveControllers.umount(ArchiveControllers.java:318)
at de.schlichtherle.io.File.umount(File.java:1099)
at
org.jboss.ide.eclipse.archives.core.util.internal.TrueZipUtil.umount(TrueZipUtil.java:120)
at
org.jboss.ide.eclipse.archives.core.util.internal.TrueZipUtil.syncExec(TrueZipUtil.java:134)
at
org.jboss.ide.eclipse.archives.core.util.internal.TrueZipUtil.sync(TrueZipUtil.java:138)
at
org.jboss.ide.eclipse.archives.core.util.internal.ModelTruezipBridge.copyFiles(ModelTruezipBridge.java:149)
at
org.jboss.ide.eclipse.archives.core.build.ArchiveBuildDelegate.incrementalBuild(ArchiveBuildDelegate.java:334)
at
org.jboss.ide.eclipse.archives.core.project.ArchivesBuilder.build(ArchivesBuilder.java:69)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:627)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:170)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:201)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:253)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:256)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:218)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:360)
at org.eclipse.core.internal.resources.Project$1.run(Project.java:523)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1782)
at org.eclipse.core.internal.resources.Project.internalBuild(Project.java:502)
at org.eclipse.core.internal.resources.Project.build(Project.java:94)
at org.eclipse.ui.actions.BuildAction.invokeOperation(BuildAction.java:221)
at org.eclipse.ui.actions.WorkspaceAction.execute(WorkspaceAction.java:162)
at org.eclipse.ui.actions.WorkspaceAction$2.runInWorkspace(WorkspaceAction.java:483)
at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
{code}
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
Environment: jdk 1.6.0, windows vista
Reporter: Shanu N
Assignee: Fred Bricon
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
12:11 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Denis Golovin updated JBIDE-12280:
----------------------------------
Assignee: Rob Stryker (was: Fred Bricon)
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
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
12:13 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Denis Golovin updated JBIDE-12280:
----------------------------------
Affects Version/s: 3.1.1
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
12:13 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Denis Golovin commented on JBIDE-12280:
---------------------------------------
assigned affected version to 3.1.1 because JBDS 3.0.1 is based on it
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
7:49 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Rob Stryker commented on JBIDE-12280:
-------------------------------------
Are we certain the user is using jbt 3.1.1? This sounds almost exactly the same as issue
JBIDE-7333 with commit 40976. FUll builds were doing too much timestamp-twiddling, which
matches exactly with the problem that first-time changes are too significant.
The above problem was introduced between 3.1.1 and 3.2.0, and was solved in 3.3.0.CR1. If
the user is in fact using upgraded jbds bundles, then this would be a duplicate.
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
11:29 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
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
11:33 a.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Rob Stryker resolved JBIDE-12280.
---------------------------------
Fix Version/s: 3.3.2
Resolution: Done
I'm not certaint he bug I fixed was the one you are mentioning, but it seems very
likely that it is. Either way, there have been huge speed improvements in project archives
in teh upcoming 3.3.x stream.
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
Fix For: 3.3.2
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
3:14 p.m.
[
https://issues.jboss.org/browse/JBIDE-12280?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-12280:
------------------------------------
Just FYI, it hasn't been determined if/when there will be a JBoss Tools 3.3.2 release,
so you might have to get this fix in trunk (JBoss Tools 3.4.0.M1).
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
Fix For: 3.3.2
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
4323
days inactive
4373
days old
jbosstools-issues@lists.jboss.org
14 comments
5 participants
participants (5)
-
Denis Golovin (JIRA) -
Mickael Istria (JIRA)
-
Nick Boldt (JIRA)
-
Rob Stryker (JIRA)
-
Shanu N (JIRA)