mina-ftpserver-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sharmistha Chatterjee <sharmi.chatter...@gmail.com>
Subject Re: Concurrent read and write
Date Fri, 16 Mar 2012 13:26:43 GMT
Hi,

One more doubt. IS there any locking mechanism present in the FTP stack of
apache/ Apache API  by which read and write operations can be locked.

Or we need to use some other protocol for file transfer using locking
mechanism.

Regards,
Sharmistha

On Fri, Mar 16, 2012 at 11:46 AM, Sharmistha Chatterjee <
sharmi.chatterjee@gmail.com> wrote:

> Thank  you..
>
>
> On Fri, Mar 16, 2012 at 11:33 AM, gaurav chopra <gaurav.chopra13@gmail.com
> > wrote:
>
>> In this particular situation ,u need to provide locking explicitly in the
>> code.
>> On Mar 16, 2012 11:21 AM, "Sharmistha Chatterjee" <
>> sharmi.chatterjee@gmail.com> wrote:
>>
>> > Hi,
>> >
>> > Thanks for the reply. I am going to update the same file frequently at
>> the
>> > apache web server. And client at the other end can request the file
>> > anytime, So if the updation of the old file is going on, will it be
>> > possible for the requested client to get the older copy of the file,
>> till
>> > updation is complete.
>> >
>> > Is it taken care of Apache Web server or I have to provide locking
>> > explicitly.
>> >
>> > Reagrds,
>> > sharmsitha
>> >
>> > On Fri, Mar 16, 2012 at 11:12 AM, gaurav chopra
>> > <gaurav.chopra13@gmail.com>wrote:
>> >
>> > > u need to provide the implementation for the same in the code...where
>> you
>> > > are using the files for further processing.
>> > > On Mar 16, 2012 10:10 AM, "Sharmistha Chatterjee" <
>> > > sharmi.chatterjee@gmail.com> wrote:
>> > >
>> > > > Hi,
>> > > >
>> > > > I am new to Apache FTP server. I have one doubt regarding concurrent
>> > read
>> > > > and write. Does the Apache server allows/makes a copy of the older
>> > > version
>> > > > of the file while it is getting updated. So
>> > > > when any read request comes at the time of updating the file, the
>> older
>> > > > version is read from the other side.
>> > > >
>> > > > Regards,
>> > > > sharmistha
>> > > >
>> > >
>> >
>> >
>> >
>> > --
>> > sharmistha
>> >
>>
>
>
>
> --
> sharmistha
>



-- 
sharmistha

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message