Community
Participate
Working Groups
Right now we synchronize executeBatch. This can lead to a deadlock if the runnable spawns other threads which intended to act on the repository. We should remove this and simple use an entry / exit counter to determine when to save.
Created attachment 192138 [details] Patch v1 This removes the synchronization block from execute batch and instead uses a reference counter to determine when to save. We still synchronize when we setup / teardown the execute batch (i.e. create the file level lock, save, count references, etc...). FWIW, I changed the engine#perform method to use executeBatch and all the test cases pass. That's not included in this patch, and not something we should do for 3.7, but interesting none-the-less.
Created attachment 192139 [details] mylyn/context/zip
Moving out.
Move all 3.8 bugs to Juno.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
