[
https://issues.apache.org/jira/browse/MRESOLVER-329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17693229#comment-17693229
]
ASF GitHub Bot commented on MRESOLVER-329:
------------------------------------------
cstamas opened a new pull request, #257:
URL: https://github.com/apache/maven-resolver/pull/257
Make the code more robust to copy with concurrently accessed files and
hopefully with Windows quirks re atomic move.
---
https://issues.apache.org/jira/browse/MRESOLVER-329
> Make IO in DefaultTrackingFileManager more robust
> -------------------------------------------------
>
> Key: MRESOLVER-329
> URL: https://issues.apache.org/jira/browse/MRESOLVER-329
> Project: Maven Resolver
> Issue Type: Improvement
> Reporter: Tamas Cservenak
> Priority: Major
> Fix For: 1.9.6
>
>
> There are couple of spots where implementation naively assumes is alone
> running process on this world. Several user reports suggests this is not the
> case, like MRESOLVER-325 or MNG-7705. Fix these spots.
> Still, something is fishy, as it seems these files (all that are handled by
> DefaultTrackingFileManager) are not subject to locking? This needs
> investigation.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
