[
https://issues.apache.org/jira/browse/FELIX-1377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet updated FELIX-1377:
-----------------------------------
Component/s: File Install
Summary: fileinstall tries to process files which are not fully copied
yet (was: filemonitor tries to process files which are not fully copied yet )
Moving this issue to fileinstall as we're trying to merge both.
The problem with the proposed solution is that it does not scale to many
bundles, as the thread would be blocked 100 ms * number of bundles.
In the latest patch I've attached to FELIX-922, I've rewritten the logic to use
a checksum for the file computed from its name, length and last modification
date.
If the checksum changes, the Scanner will wait until it does not change
anymore, allowing for very big copy to take place and not report the changes
until the copy is finished.
> fileinstall tries to process files which are not fully copied yet
> ------------------------------------------------------------------
>
> Key: FELIX-1377
> URL: https://issues.apache.org/jira/browse/FELIX-1377
> Project: Felix
> Issue Type: Bug
> Components: File Install, Karaf
> Affects Versions: karaf-1.0.0
> Reporter: Lars Heinemann
> Attachments: Karaf.FileMonitor.java.patch
>
>
> The file monitor tries to deploy files which are not fully copied yet and
> throw an IOException trying this. Afterwards this file is not processed again
> until it somehow changes or is copied again.
> This issue is related to:
> https://issues.apache.org/activemq/browse/SMX4-322
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
