Re: [ecf-dev] Event hierarchy confusion and problem

[Scott Lewis <slewis@xxxxxxxxxxxxx>]

Hi Thomas,

Thomas Hallgren wrote:
> I have the following scenario:
>
> I want to read a file through a local cache. The file is found in the 
> cache but before I use it I want to verify the size and last modified 
> timestamp are equal to those of the remote source (hence by 
> enhancement request: 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=223207). It almost works 
> but for one little annoying detail. Namely that I'm forced to start 
> the file transfer before I can get to my IIncomingFileTransfer instance.
>
> The IIncomingFileTransferReceiveStart event inherits directly from 
> IFileTransferEvent and not, as I first assumed, from the 
> IIncomingFileTransferEvent. This means that it doesn't have a 
> getSource() method. Is this intentional? 

Yes.  The idea here is that the IIncomingFileTransfer instance is 
returned from the receive method on 
IIncomingFileTransferReceiveStart..because in some protocols the methods 
exposed by IIncomingFileTransfer are not actually available/valid until 
the receive method completes successfully (i.e. returns a valid 
value/doesn't throw an exception).

So I think the course of adding accessors for info that for some 
providers is available prior to receive (i.e. on 
IIncomingFileTransferReceiveStartEvent)...as per 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=223207 is probably the way 
to go (allow the size and lastModified data to be accessed before 
receive for those providers that support that/have that information).  
Hopefully the lastModified and size will be enough, as it's not at all 
clear to me that other meta-data will be available for other 
transports.  One cop out might be to provide a Properties 
getProperties() method on IIncomingFileTransferReceiveStartEvent but I 
would like to resist that for the time being.

Scott