[ http://issues.apache.org/jira/browse/VFS-98?page=comments#action_12448056 ] Juha-Matti Toppinen commented on VFS-98: ----------------------------------------
Your fix indeed does seem to fix the problem. This issue, as well as the solution was also quite educational experience for me. Thank you very much! > VFS causes deadlocks or is not thread-safe > ------------------------------------------ > > Key: VFS-98 > URL: http://issues.apache.org/jira/browse/VFS-98 > Project: Commons VFS > Issue Type: Bug > Affects Versions: Nightly Builds > Environment: jdk1.5.0_07 / Linux > Reporter: Juha-Matti Toppinen > Assigned To: Mario Ivankovits > Attachments: vfs.dead.jstack.txt, > vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt > > > Newer versions of VFS seems to be unusable in multithreading environments, > causing a deadlock of some kind. This causes my Java web server application > to completely hang when there is many concurrent connections. My application > uses a single FileSystemManager instance, and makes quite heavy use of VFS; > opening many files from many threads simultaneously. > I have tried, without success different workarounds based on some mailing > list threads: > - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. > (SoftReferenceFilesCache seemed to sometimes cause some additional > thread-related exceptions under heavy load, but propably unrelated to this > issue) > - Using the new SynchorizedFileObjectDecorator also did not help. On the > contrary, it seemed to trigger the deadlock more easily. > The version I have problems with is a nightly build: commons-vfs-20060831 > The older version commons-vfs-20060115 works beautifully, but I would like to > use newer version because I want to be able to use FileObject.refresh() to > reset the internal state of files (specially, to get a fresh list of > children). > I hope the threading issues are going to be resolved in near future, and I am > willing to help in any way. I do not have very deep experience about > multithreading applications, so I wasn't able to get more close to the roots > of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]