sandipchitale@netbeans.org [Fri, 18 Jan 2008 22:19:22 +0000] rev 2022
Correct the handling of close without saving scenario. The gist of the fix is
to compare the timestamps of the file was saved/modified with the timestamp
when the model was dirtied when the document the document close event occurs.
If the model dirtied timestamp is later than the file was saved//modified then
mark the model as source dirty so that next sync wil discard dirty parts of the
model and rebuild it from what is on the disk.
potingwu@netbeans.org [Fri, 18 Jan 2008 21:09:31 +0000] rev 2021
No need to use WeakHashMap here for performance issue.
potingwu@netbeans.org [Fri, 18 Jan 2008 20:00:46 +0000] rev 2020
Improve the performance by not copying the listener list to an extra array.
potingwu@netbeans.org [Fri, 18 Jan 2008 19:59:06 +0000] rev 2019
Fix Issue#125335 again, WebProject memory leak in JSFFrameworkProvider.
Don't static cache JSFFrameworkProvider to prevent memory leak.
pzavadsky@netbeans.org [Fri, 18 Jan 2008 19:20:36 +0000] rev 2018
#125529 OutlinePanel leaked. Now it is not kept by the outline module.
romanmostyka@netbeans.org [Fri, 18 Jan 2008 15:00:04 +0000] rev 2017
Moved Web Service Consumption automated tests.
romanmostyka@netbeans.org [Fri, 18 Jan 2008 14:49:23 +0000] rev 2016
Moved EJB Consumption automated tests.
mbohm@netbeans.org [Fri, 18 Jan 2008 02:18:34 +0000] rev 2015
Issues 100964, 118577, 124181
sandipchitale@netbeans.org [Fri, 18 Jan 2008 02:10:44 +0000] rev 2014
Partial bug fix for issue # 125081 ModelSet$ProjectClassLoader memory leaks
Do not use the static class loader in FacesContainer hack. Instead use the
Thread.currentThread().getContextClassLoader() to look up classes at designtime.
potingwu@netbeans.org [Fri, 18 Jan 2008 00:44:39 +0000] rev 2013
Fix Issue#125335 again, WebProject memory leak in JSFFrameworkProvider.
Don't declare static for the HashMap.