[
https://issues.jboss.org/browse/JBIDE-8427?page=com.atlassian.jira.plugin...
]
Rob Stryker updated JBIDE-8427:
-------------------------------
Fix Version/s: LATER
I think I'm not going to address this issue. I know it sucks to hear your issue will
be ignored, but, this seems like a bigger problem with the frameworks in eclipse and it
has a workaround (send work to background).
My only alternative is to have INACCURATE progress monitors that don't accurately say
what they're doing, and I think that's a horrible idea since I spent so much time
fixing them after hearing complaints from people saying they were innaccurate ;)
I would suggest pushing the work to the background I guess. I don't think there's
anything I can do, nor is there any patch I can make short of making a test case unrelated
to our tooling (progress monitor dialog with 1,000,000 changes vs one just as long but
with only 10 files, for example) and seeing if the eclipse community can replicate it.
If it is *HONESTLY* limited to only 60 or 100 changes, that's a bit of an issue I
guess. But... for now this is on the back burner.
Really slow deployment while dialog visible
-------------------------------------------
Key: JBIDE-8427
URL:
https://issues.jboss.org/browse/JBIDE-8427
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: JBossAS
Affects Versions: 3.2.0.CR1
Environment: Mac OS X 10.6.4, Eclipse 3.6.1 (64 bits)
Reporter: henk de boer
Assignee: Denis Golovin
Labels: cocoa, deployment, gui, mac
Fix For: LATER
When a project is deployed using the Jboss tools WTP adapter with the progress dialog
visible the operation is really slow. As soon as the operation is send to the background
it's fast again.
It seems the code tries to display every file name on screen, which results in a maximum
copy rate of 60 files/second (screen refresh).
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira