[
https://jira.jboss.org/jira/browse/JBIDE-3050?page=com.atlassian.jira.plu...
]
Rob Stryker commented on JBIDE-3050:
------------------------------------
#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.
In response to this, there are other tests that verify the matching capabilities. This
test just verifies that the iterator has the same number of results and that there's
no difference between the results you get from an iterator and those you get from a full
scan / iterator.
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