You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Josh Holtzman (JIRA)" <ji...@apache.org> on 2010/07/14 00:24:49 UTC

[jira] Created: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Fileinstall scanner's checksum not always sufficient
----------------------------------------------------

                 Key: FELIX-2474
                 URL: https://issues.apache.org/jira/browse/FELIX-2474
             Project: Felix
          Issue Type: Bug
          Components: File Install
    Affects Versions: fileinstall-3.0.0
            Reporter: Josh Holtzman
            Priority: Minor


When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Posted by "Josh Holtzman (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12888958#action_12888958 ] 

Josh Holtzman commented on FELIX-2474:
--------------------------------------

The write permission is enabled while the file copy is in process, so that won't work.  The finder seems to copy in bursts, which creates a situation where the file size has not changed between two fileinstall scans, but the file is still being written.  In my case, Increasing the polling time to 5 seconds fixes this problem, so even multi-gigabyte media files that take minutes to copy are no longer read prematurely.

> Fileinstall scanner's checksum not always sufficient
> ----------------------------------------------------
>
>                 Key: FELIX-2474
>                 URL: https://issues.apache.org/jira/browse/FELIX-2474
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.0.0
>            Reporter: Josh Holtzman
>            Priority: Minor
>
> When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Posted by "Josh Holtzman (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/FELIX-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Josh Holtzman resolved FELIX-2474.
----------------------------------

    Resolution: Not A Problem

> Fileinstall scanner's checksum not always sufficient
> ----------------------------------------------------
>
>                 Key: FELIX-2474
>                 URL: https://issues.apache.org/jira/browse/FELIX-2474
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.0.0
>            Reporter: Josh Holtzman
>            Priority: Minor
>
> When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Posted by "Guillaume Nodet (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12888907#action_12888907 ] 

Guillaume Nodet commented on FELIX-2474:
----------------------------------------

I don't think we can really afford reading the whole files each second unfortunately.
We could check for the write permission though, i guess it would work for fileinstall.

> Fileinstall scanner's checksum not always sufficient
> ----------------------------------------------------
>
>                 Key: FELIX-2474
>                 URL: https://issues.apache.org/jira/browse/FELIX-2474
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.0.0
>            Reporter: Josh Holtzman
>            Priority: Minor
>
> When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Posted by "Josh Holtzman (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12888616#action_12888616 ] 

Josh Holtzman commented on FELIX-2474:
--------------------------------------

http://commons.apache.org/codec/apidocs/org/apache/commons/codec/digest/DigestUtils.html#md5Hex%28java.io.InputStream%29 on a FileInputStream is very fast and should work even if the file size is pre-allocated.  I don't know if you want to create a dependency on another library, though.

> Fileinstall scanner's checksum not always sufficient
> ----------------------------------------------------
>
>                 Key: FELIX-2474
>                 URL: https://issues.apache.org/jira/browse/FELIX-2474
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.0.0
>            Reporter: Josh Holtzman
>            Priority: Minor
>
> When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (FELIX-2474) Fileinstall scanner's checksum not always sufficient

Posted by "Guillaume Nodet (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12888510#action_12888510 ] 

Guillaume Nodet commented on FELIX-2474:
----------------------------------------

Isn't the size of the file taken into account ? Or does Finder creates a file of the desired final size and then write to it ? If that's the case, the only solution would be to read the full file and compute a real checksum, but i really wanted to avoid that for performance reasons.
Any idea what would work ?

> Fileinstall scanner's checksum not always sufficient
> ----------------------------------------------------
>
>                 Key: FELIX-2474
>                 URL: https://issues.apache.org/jira/browse/FELIX-2474
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.0.0
>            Reporter: Josh Holtzman
>            Priority: Minor
>
> When doing a file copy using the Finder on a mac, the attributes used to generate the file's checksum do not change while the file is being copied.  This results in fileinstall processing a file before it is fully copied.  Both cp and scp work as expected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.