[sword-devel] ftptrans.h

[Troy A. Griffitts]

First reasoning, then a couple possible ideas.

The reason we traverse the tree and copy files one by one is because the
simple requirement for posting a SWORD repository is only that you can make
a currently working installed sword library available via FTP services from
your server.  This is a good thing and we wish to keep this ease of
publishing.

Some ideas toward your request for improvement:  It is fairly common that an
FTP server will allow a request to get a <directory>.zip and will
automatically zip up the directory for you and transfer it.  InstallMgr,
when downloading the DataPath directory could _try_ <DataPath>.zip and see
if it is available.

We currently have 1 caching mechanism in place: mods.d.tar.gz  If this
exists, we use it, otherwise we grab the mods.d/*.conf files one by one.  We
could do something similar where we check, e.g. <Repository
Path>/../packages/raw/<Mod>.zip and use it if it exists.

Any thoughts?

   -Troy.



DM Smith <dmsmith555 at yahoo.com> wrote: 
>The BAO module has about 175 images. Are these downloaded one by one? 
>What happens if there is a failure on downloading, say, the 135th image? 
>I would think that with an image rich module that there is no constraint 
>on the number of images it might hold. Is there a good way to improve 
>the reliability of the transfer of the entire module?
>
>In Him,
>    DM
>
>Martin Gruner wrote:
>> Hi,
>>
>> is there a reason why
>>
>>         int copyDirectory(const char *urlPrefix, const char *dir, const
>char *dest, 
>> const char *suffix);
>>
>> in ftptrans.h is not virtual? This would allow frontends to reimlement on
>a 
>> higher level than getURL only. The current implementation of
>copyDirectory 
>> has the weakness that the counter for total data to be transferred
>increases 
>> as new directories are found and transferred. You can see this with the
>BAO 
>> module from Karl Kleinpaste, for example. The status reporter 'readjusts'
>
>> progress as it discovers the directory with the images, which holds the 
>> actual data.
>>
>> Can we change the function definition above to make it virtual?
>>
>> God bless, 
>>
>> mg
>>   
>
>_______________________________________________
>sword-devel mailing list: sword-devel at crosswire.org
>http://www.crosswire.org/mailman/listinfo/sword-devel
>Instructions to unsubscribe/change your settings at above page
>
>