[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-3050) Project Archives freezes with large includes
[
https://jira.jboss.org/jira/browse/JBIDE-3050?page=com.atlassian.jira.plu...
]
Max Rydahl Andersen commented on JBIDE-3050:
--------------------------------------------
#1 No need for a global preference, just have the ui say "The list contains the 30
first matches"
And possibly add a "..to get additonal 30 click here" which then fetches
60...and so forth.
#2 Ok, so why not update the docs instead of changing it ? :)
#3 Ok
#4 Ok, but the class doesn't test if it actually finds what is needed. I.e. if they
find 0 matches the test still passes.
There is no actual verification of the matcher actually finding what it should.
#5 No, but it was discussed before and doubles are not safe to compare ;)
#6 Ok ;)
Project Archives freezes with large includes
--------------------------------------------
Key: JBIDE-3050
URL: https://jira.jboss.org/jira/browse/JBIDE-3050
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: Archives
Affects Versions: 3.0.0.beta1
Reporter: Max Rydahl Andersen
Assignee: Rob Stryker
Priority: Critical
Fix For: 3.1.0
It looks like everything is copied/calculated in bulk and not incrementally
Try using fileset with / as the root and do a **/*.pdf or similar many hit pattern.
The Preview Table does not show it is actually working
When it returns there is a risk for outof memory since it is fetching *all* matching
files instead of just a subset(preview)
When pressing finish the dialog just freezes waiting for the packaging to finish - why is
that not done in a background job ?
During this i always end up getting an outofmemory exception ...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira