[
https://issues.apache.org/jira/browse/JCR-1838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12663738#action_12663738
]
Jukka Zitting commented on JCR-1838:
------------------------------------
Merged also to the 1.4 branch in revision 734374.
> Garbage collection deletes temporary files in FileDataStore
> -----------------------------------------------------------
>
> Key: JCR-1838
> URL: https://issues.apache.org/jira/browse/JCR-1838
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Affects Versions: core 1.4.6, 1.5.0
> Environment: Solaris 10, JDK 1.6.0_03
> Reporter: Peter Dettman
> Assignee: Thomas Mueller
> Priority: Minor
> Fix For: 1.5.1, core 1.4.7
>
> Attachments: jcr1838.diff
>
>
> In FileDataStore.addRecord(InputStream), a temporary file is created. The
> data is written to the file and then it is moved to its final location (based
> on the contents hash).
> If the garbage collector runs whilst this temp file is present, it deletes it
> (on Solaris 10 at least), and the addRecord fails at the attempt to rename
> the now non-existent temp file.
> I am attaching a minimal patch that prevents these temp files being deleted
> by deleteOlderRecursive(..), regardless of their lastModified() value.
> I have made this a Minor priority, since there is the obvious workaround of
> disabling the GC.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
