Sign in
Microsoft.com
 
Microsoft
 
 
 

locked
Is file will be download or upload for the sync with blobs from the initial level if we disabled the internet connection?------------Very Urgent RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote
    hi i have downloaded the project from http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=sync&ReleaseId=3638 .
    The project is running correctly but i have one issue in it. The issue is that when this sample uploading or download any file (e.g a file of 20MB) and during the downloading and uploading of this file if we disconnect the Internet connection then what happen?

    When we again run code then is this file will be download or upload from the initial level or from the same state where connection was disabled?

    and if the file will be download or upload from the initial level then what i have to change in the code to start the download or upload from the same state where connection was disabled
    Tuesday, February 9, 2010 10:31 AM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote

    For any interrupted file change application, it will start over again in the next sync.  In your example, the 200MB file will be written from the [initial state].  It won't cache 100MB from the last sync and continue the rest 100MB for this sync.

    I understand this situation is not ideal, but this was in the current implementation.  So this is not a bug.

    I could forward your concern to the developement team for triage.

    By the way, there is an alternative if you like to work on the BITS style yourself.  Please check out the [File Sync with Simple Custom Provider Sample, http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=sync&ReleaseId=3592 ].

    Instead of using the existing File Sync Provider, you could try this Simple Custom Provider to do the corresponding file sync.  It definitely requires more hands-on effort. But you have a chance to manipulate file change application yourself.  But again, if needs your code to do it. 

    Thanks.

    Leo Zhou ------ This posting is provided "AS IS" with no warranties, and confers no rights.
    Wednesday, February 10, 2010 6:27 AM
    Answerer

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote
    Hello Zafar,

    1. If the internet connection is broken, then the current file application operation will fail.  This file change will be skipped in the curent sync and will be picked up in the next sync.  Other files applied successfully, should not be applied again in the next sync.

    2. When the next sync is started, the previous skipped file change will be re-enumerated and applied.  The 20MB file will be copied from the file beginning, if it was a create.

    Please let me know if you see differently.

    Thanks.
    Leo Zhou ------ This posting is provided "AS IS" with no warranties, and confers no rights.
    Tuesday, February 9, 2010 11:09 PM
    Answerer
  • Question
    Sign in to vote
    0
    Sign in to vote
    Hi Leo Zho,

    Thanx for you are absolutely correct. But Leo Zho i want to ask from you that if 200MB file is downloaded from the blob and if the connection is broken when half of my file let us say 100MB file has downloaded from blob then in next sync what happen? Is it will again start downloaded from the initial state or from the suspended state means from the 100MB?

    If it will start from the initial state then it will be the bug of sync framework because when we used BITS for downloaded or uploaded  then it will suspend the file when connection is broken.

    i am waiting for your reply.


    Regards,
    zafar.
    Wednesday, February 10, 2010 4:55 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    For any interrupted file change application, it will start over again in the next sync.  In your example, the 200MB file will be written from the [initial state].  It won't cache 100MB from the last sync and continue the rest 100MB for this sync.

    I understand this situation is not ideal, but this was in the current implementation.  So this is not a bug.

    I could forward your concern to the developement team for triage.

    By the way, there is an alternative if you like to work on the BITS style yourself.  Please check out the [File Sync with Simple Custom Provider Sample, http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=sync&ReleaseId=3592 ].

    Instead of using the existing File Sync Provider, you could try this Simple Custom Provider to do the corresponding file sync.  It definitely requires more hands-on effort. But you have a chance to manipulate file change application yourself.  But again, if needs your code to do it. 

    Thanks.

    Leo Zhou ------ This posting is provided "AS IS" with no warranties, and confers no rights.
    Wednesday, February 10, 2010 6:27 AM
    Answerer